AN ARGUS SPECIALIST PUBLICATION 





COMPUTERS TAKE TO THE TRACK 


how they got into Formula racing 


PROGRAMMING FOR SPEED 


optimising disk based systems 


LANGUAGES 


(@) ll Wer: inelnal 4 (-ie-\ee)a nae) 


=) ROTS KGO)B) = 


novel structures as food for thought 


SIMULATIONS 


micros that model the outside world 


CODE MACHINE 


Picturesque’s assembler for the Amstrad 








SEPTEMBER 1985 £1.00 


THE CRACKER 

The spreadsheet designed for normal people 
who make mistakes. Instant error detection and 
easy correction. Yes, this is a special feature. It 
means that what you do is right, first time, most 
times. For Businessmen, Engineers, Scientists 
and most simpletons. 

£100+£2pp+ VAT, CP/M-Z80, CP/M-86, MP/M-86, CCP/ 
M-86, MSDOS, PCDOS 


DISASSEMBLERS, Z80, 8086 
Powerful practical file based disassemblers. 
Produces error mesages, full listings and cross- 
reference tables. The 16-bit version suitable for 
whole 8086 family and 8087. This version can 


handle. .CMD, .COM and .EXE files also ROMS. 
£80+MAT, CP/M-Z80, CP/M-86, MP/M-86, CCP/M-86, 
MSDOS, PCDOS 


TRANSLATOR Z80 TO 8086 
This is a single pass translator designed to allow 
you to get your Z80 source code into an 8086 
form easily. It has no real size limit and works 
fast. Data areas handled intelligently. Output for 
popular assemblers. An easy way to learn 8086 


assembly language. 
£80+VAT CP/M-Z80, CP/M-86, MP/M-86, CCP/M-86, 
MSDOS, PCDOS 


Software Technology Ltd 


PO BOX 724, BIRMINGHAM B15 3HQ 
TEL: 021-454 3330 
TELEX: 337675 TELPES G 


The LJ Robotic 
Work-cell system 


Based around the popular LJ ATLAS 
Robot, this work-cell provides an automatic 
parts-selection system running under full 
microcomputer control. 


For full details of this new work-cell and 
other LJ robotic systems send for our 
comprehensive data sheets. 


L.J. Electronics Ltd. 


Francis Way, Bowthorpe Industrial Estate, Norwich NR5 9JA. 
Telephone: (0603) 748001 Telex: 975504. 








THE MALTRON KEYBOARD 
Why Hasn't Anyone Thought Of It 
Before? 





A keyboard to fit hands. The shape tells your fingers where 
they are and removes wrist angles — the main cause of 
unpleasant aches and pains in wrists, neck and shoulders. 
A new letter layout for modern usage based on a computer 
analysis of the English language. Much easier to learn, far 
fewer mistakes, thumbs used productively..... Butata flick 
of aswitch you can retain the century old QWERTY layout 
but have all the advantages of a truly ergonomic shape. 
For greater comfort and efficiency — think MALTRON. 
IIlustration shows the MALTRON for the IBM PC. 
Keyboards for BBC Micro and others available. 


P.C.D. MALTRON LTD 
15 Orchard Lane, 

East Molesey, 

Surrey KT8 OBN 

Tel: 01-398-3265 


The copyright subsisting in this keyboard is the 
property of P.C.D. Maltron Ltd. 


Contact: 


AMSTRAD INTERFACES 


THIS IS NOT JUST A MODEM, BUT A COMPLETE 
SYSTEM. NOTHING ELSE TO BUY 


** MODEM «x 
* £153.00 * 


Incorporating serial and parallel interfaces, to allow 
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Communicate with your modem 
Talk to other computers 
Use serial printers 
Spht Baud rates 


PARALLEL PORT 


Make that Robot move 


lectrical appliance 
8 bit ports 


i ect from basic 
4 way speedblock connectors 


£22.57 
8 BIT PRINTER PORT 


Make use ter 


All units are cased and have through connectors 
* Please add VAT * 


15 Hill Street, Hunstanton, Norfolk PE36 5BS 
Tel: (04853) 2076 ap 
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*PROTEXT* 


WORD PROCESSOR 


TO THE ARNOR STANDARDS 


- SPEED - TOUCH TYPING SPEED & SUPER-FAST SCREEN HANDLING 
- SIMPLICITY - SO EASY TO USE & INCLUDES COMPREHENSIVE HELP 
FACILITIES 

- POWER - SO MANY FEATURES... LOAD, MERGE, SAVE, POWERFUL FIND & 
REPLACE, COUNT, CATALOGUE, INSERT, DELETE, WORD-WRAP, JUSTIFY, BLOCK 
COMMANDS, TABS, MARKERS, MARGINS, FORMATTING, HEADERS & FOOTERS, 
FULL/EASY PRINTING, QUICK COMMAND ENTRY FOR EXPERIENCED USERS, DIRECT 
ACCESS TO DISC/EXTERNAL COMMANDS. 


NEED WE GO ON? 
*REMEMBER?* Protext is available in Tape/Disc/Eprom or AD1 Cartridge 


*REMEMBER ALSO: “If this is their editor, | wait with baited breath for their 
word processor...” 
(ACU JUNE ‘85) 











THE PROFEssIONAL TEXT EDITOR ATA 
SENSIBLE PRICE:- 


FOR PROTEXT (P) OR MAXAM (M) ON CPC 464 





leaves: 


ROM + AD1 CARTRIDGE (code AD1P or AD1M) £49.95 
aee 16K EPROM ALONE (code EP or EM £39.95 
CREDIT CARD BS eee OM) £26.95 
SALES ETC CASSETTES (Cr ogCM) £19.95 
014-688-6223 or the CPC 664: Please quote AD2P, AD2M and 


add £5, ERROMS DISCS & CASSETTES are the same 
codes and prices as the CPC 464 


\ Trade & Overseas Orders Welcomed 


SPACE: 
SEND LARGE SAE FOR FULL CATALOGUES he eee aaa 


TURN PRO TODAY !! 


i) we PIONEERS OF ROM SOFTWARE FOR THE AMSTRAD NOW PRESENT - 


* UTOPIA* £29.95 


BASIC UTILITIES ROM 
(Prod Code EU) 


Beebug’s TOOLKIT is the standard utilities ROM for the BBC Micro and 
has sold thousands of copies. Now the author has written an Amstrad 
version. Available only on ROM the program contains numerous Basic 
Programming AIDS including search/replace within Basic program, 
listing basic variables, moving basic lines, load, save, verify, type, dump, 
format, copy and much more. 

ALL INCL PRICE £29.95 


40K 
USER 
RAM 








AND GREAT NEWS FOR MACHINE-CODE ENTHUSIASTS: 


MAXAM 
IN CARTRIDGE NOW ONLY £49.95 (incl VAT, p&p) 
NOW ALSO AVAILABLE IN ROM ALONE FOR ONLY £39.95 
ALL VERSIONS NOW CONTAIN FULL SPECIFICATION 
DISC £26.95 TAPE £19.95 


PRESS COMMENT 
an 2 this article finished on the ARNOR editor. 
ney’ - AMSTRAD COMPUTER USER 
k no further ARNOR is the best | have seen 
- COMPUTING W.T. AMSTRAD 
ARNOR must be the market leaders 
- POPULAR COMPUTING WEEKLY 


iit to match 











te Specia di 
- COMPUTING TODAY 

to be congratulated ona superb job.... definitely the 
- HOME COMPUTING WEEKLY 

0 serious AMSTRAD user can afford to be without 


- YOUR COMPUTER 





AD] ROM CARTRIDGE 





IN GOOD COMPUTER STORES EVERYWHERE - OR DIRECT....... 





PLEASE SEND ME 


(PRODUCT CODE (PRICE) | enclose Cheque/PO tor £ 
PAYABLE ARNOR LTC 
OR 
= Please debit my Access/Visa 

Total € Card noL] ee 1 BS Left 

pao) 

NAME SIGNATURE FN 
ADDRESS 


ALL TRADE/CREDIT CARD SALES, ENQUIRIES ETC 01-688-6223 
SEND TO ARNOR Ltd Dept =. THE STUDIO. LEDBURY PLACE. CROYDON, SURREY CRO 1ET 


Doyou write programs for yourown Apple? 
Why not write tous? 





We at Orchard Computing have, until now, packed our pages with 
high-quality material that was originally published in Nibble 
magazine in the United States. 

But now we want to expose the talents of the Apple owners in the 
United Kingdom and Europe. 

While you have spent many hours sitting in front of your Apple 
at home or in the office, you have undoubtedly found your own 
way round some of the regular little ‘problems’ of computing or 
have come up with some sneaky little programming techniques. Or 
maybe you have taken on the task of writing your own software 
where you couldn’t find a commercial package to do the job. 

Why don’t you submit your article/program to Orchard 
Computing for possible inclusion in the magazine? You'll be paid 
for your work and you may even become famous! 

Please submit all work type-written and any programs should be 
sent on disk. We'll assess the work and if it is not required, it will be 
returned to you. Remember that all work submitted must be 
original and not copies or enhacements of already published work. 
Send your submissions to: 

The Editor 

Orchard Computing 

Argus Specialist Publications Limited 
No 1 Golden Square 

London W1R 3AB 
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WDSoftware 
For the QL 


WD Utilities (3rd ed) (base £5.50) 


PRINT 60-file DiRectory or view it on one screen, one-key LOAD. COPY or 
PRINT 60 files with one key (allows for namesakes). Multiple FORMATting to 
prevent corruption by stretching of tape. TOOLkit to give dated, numbered 
modules in program development. PRUNE old files to release space (one key 
DELETEs a file). Full instructions in QUILL file. Use up to 6 EXTRA 
MICRODRIVES (add on your Spectrum ones)! 


WD Utilities for CST Disks (base £8) 


100-file capacity, for CST/Compumatamate disk system AND up to 4 extra 
microdrives. User-friendly timesavers. 


Ref QL (4th ed) (base £4) 
700 useful QL references in an ARCHIVE file. Too long to share a cartridge. 


For Spectrum/QL/BBC 


WD Morse Tutor (base £4) 
From absolute beginner to beyond RYA and Amateur Radio receiving. Adjust 
pitch. Set speed to your test level (4-18 wpm). Learn from single characters, 
via groups with wide spaces to random sentences; decrease spacing to 
normal. Write down what you hear, then CHECK on Screen or Printer (or 
speech for Spectrum fitted with Currah Microspeech). Also own message, 
random figures, letters or mixed. 


For Spectrum 48K 
Tradewind 
Sailing/trading strategy game with graphic surprises. 
Jersey Quest 
Text adventure with Bergerac and the Dragon, (not disk). 
Prices: (incl Europe postage, elsewhere add £1). Spectrum/BBC cassettes, 


base price only. QL or Spectrum Microdrives. £2/cartridge plus base price. 
51/,” floppies. £2 plus base Morse for £11.30. 31," floppies, £4 plus base. 


Two or more programs on one medium — pay medium plus base EG. WD 
Utilities and RefQL for £10.50, but IMPOSSIBLE to mix QL/BBC/Spectrum 
progratis on one medium. Send YOUR cartridge and base price, but 
ORMAT it FIRST in your DRIVE 1 for compatibility. 
WDSoftware, Hilltop, St Mary, Jersey. 


Tel: (0534) 81392 


(base £4) 


(base £4) 


Dept CT 


SYSTEM SCIENCE 


C Compilers 
16-Bit 
DeSmet C 
Lattice C 
C86 & optimiser 
Microsoft C ver 3.0 
Aztec C86/BAS 
Aztec C86/COM 
C80 requires LINK 


£139.00 
£425.00 
£345.00 


Aztec C ][ — Apple J 
Aztec C II/BAS 
Aztec C II/COM 
£475.00 C/80 Software Tool. 
£195.00 C/80 Mathpak 
£395.00 BDSC 

£50.00 ECO-C for Z80 Code 


LISP Interpreters 
£45.00 LISP-80 S. Toolw/ks 
£275.00 MuLISP/MuSTAR 
£215.00 MuMATH 
£195.00 micro-PROLOG 


FORTH-83, Lab. Microsystems 
PC-FORTH £89.00 280-FORTH 
8086-FORTH £89.00 Floating point ext. 
Floating pt-sw/8087 £89.00 


ASSEMBLERS 
£139.00 M/soft MACRO-80 
£89.00 2500AD Z80 
£185.00 DR Assembler Plus 
£call Cross-Assemblers 


LISP-80 S.Toolw/ks 
MuLISP/MuSTAR 
MuMATH 

IQ LISP 


Microsoft8086 
2500AD 8086 

DR Assembler Plus 
Cross-Assemblers 


tors 

Final Word-CP/M 
PMATE IMB, Apr. 
EC-editor IMB 
FirsTime Pascal 
Dbase to C conv. 
Uniform- disc conv. 
Fortran Compilers 


Edi 
Final Word-IMB,MS-DOS rite 00 
SEE IMB, Apr. £50.00 
Vedit Plus-IMB,MS-DOS £215.00 
FirsTime C (syn.check) £275.00 
Tools- many C tools available 
Crosstalk comms-IBM,Apr. £125.00 
Pascal Compilers £call 


VENIX-86 full Unix for IMB PC-XT and PC-AT from 


HSC 16 bit Co-Processors for Z80 CP/M systems 
— choice of 8086 or 6800 — 6 MHz. clock 
— MS-DOS, CP/M-86 and CP/M-68K — 256Kb to 1.25 Mb memory 
— use as RAM DISK under CP/M — fit most Z80 systems 
— simple to install, simple to use. Prices from £625.00 


EN oe 


6-7 West Smithfield, London EC1A 9JX Tel: 01-248-0962 


Prices are exclusive of VAT and postage 


RM NIMBUS 


POWERFUL. FLEXIBLE 
AFFORDABLE 


AVAILABLE 


Research machines Nimbus: 16 bit super micro. _ 
You’ve read the rave reviews — now try a demonstration. The new RM Nimbus can be seen and 
tested immediately. 
Complete with full range of software, including: word processing, spread sheet, database, accounts 
and graphics. 

The fastest 16 bit business computer * Interfacing up to 30 peripherals devices can be 
Built-in colour hi-resolution graphics attached, (printers, instruments, modem, etc) 
80186 Main processor running at 8 MHz Full range of software now available 
RM graphics processor MS WORD, Wordstar and professional word processors 
8051 peripherals processor running at 11 MHz MULTIPLAN Supercalc spreadsheets 
8910 sound processor running at 11 MHz Superfile, D Base II, Datamaster databases 
MS DOS version 3.05 operating system PEGASUS, SAGE, MULTIPAC, EASY JUNIOR accounts 
192 K standard RAM expandable to 1 megabyte CAD packages, Colour screen dump 
2 x 720 K disk drives as standard Mouse and joystick operated painting packages 
Hard disk option — 10, 20, 40 or 80 megabyte Powerful RM basic, Logo and Pascal languages 
Networking up to 64 stations And much, much more 


Telephone straightaway for an instant trial 


Regional Systems 
2 Greenleaf Road, Sanaa low. London E17 6QQ 
Telephone: 01-521 7144 


+ + + + + HH H HH 
+ + + + * ee 
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VIDEO DIGITISER 
FOR COMMODORE 64 


CRL has now entered the home computer peripheral 
market with a product that incorporates the latest 
technology at a price affordable by every computer 


CANON 
PRINTER FOR MSX 


The latest peripheral for Canon’s V-20 MSX personal 
computer is the T-22A serial thermal dot matrix 


owner. 

The Video Digitiser Module 
for the Commodore 64 allows 
Video signals from any source 
to be displayed on the com- 
puter screen, stored to disk, pro- 
cessed and _ subsequently 
printed out. similar systems 
have been available before, 
but at£149.95 this modelis said 
to bring a sophistication and 
ease of use previously out of 
reach of the home comuter 
owner. 

Designed in Austria over the 
pasttwo years, withagreat deal 
of feedback from potential users, 
the digitiser is compatible with 
a normal video camera, video 
surveillance camera, video 
recorder, video-out on a TV or 
the output from a_ video- 
compatible weather satellite 
receiver. 


Once a picture is digitised, 
animage is produced on-screen. 
Although 256 x 256 resolution is 
stored in memory, 200 x 160 
points are visible, while the 
remainder of the image is acces- 
sible by ‘panning’ across the 
screen, under the control of the 
cursor keys. The image is on 
screen in four shades of grey 
which can be altered using the 
function keys to one of the 16 
other colours available. This 
colour expansion is particularly 
useful for weather satellite pic- 
tures, where specific items need 
to be highlighted during scien- 
tific experiments, or in the pre- 
paration of artwork. Another 
feature, the incorporation of a 
‘light pen’, will allow sections of 
the image to be isolated, con- 
verted to user defined graphics 





printer. 

The T-22A is a quiet, com- 
pact, yet high performance 
printer which canbe connected 
to an MSX machine for data 
printout. When connected to an 
MSX machine it performs a wide 
variety of tasks. Character sizes 
are standard, enlarged and 
condensed, with the printer 
offering 80 standard characters 
per line at a fast 56 characters 
per second, while in the con- 
densed character mode it pro- 
duces 140 characters per line 
at 62 cps. 

Achoice oftwo graphic image 


on 


modes are available — 
and double density — ensv 
that high resolution graph 
and program lists transfer ea 
onto paper. The T-22A u 
thermal paper and can be roll 
or sheet fed. 

Measuring acompact3!12mm 
x 220mm x 89mm, the T22-A is 
available for £149 excluding 
VAT through the Canon dealer 
network. 







.Q 





@ For further information con- 
tact Geoff Thom/Linda Bride- 
well on (01) 773 3173 





and integrated into the user's 
own programs. 

The digistiser has many uses 
andis available mailorderonly, 
until the Personal Computer 
World Show at Olympia in 


September. 


@ For further inforn 
tact Time Vernon 
Crosweller + Pr 
01-402 9134. 












SPECTRUM AND 


COMMODORE MICRO FACTS 


Collins have published two new Gem Micro Facts 
glossaries presenting Spectrum and Commodore users 
with comprehensive coverage for all aspects of pro- 
gram design, development and writing. 


They bring together all the 
terms, keywords and com- 
mands needed for the two 
machines, organising them in a 
straightforward A-Z format for 
quick and easy reference. 
Whether the programmer 
requires a machine code instruc- 
tion, the precise form of stan- 
dard BASIC command on the 
computer, or the way that the 
screen data is stored in the 
machine's memory, direct refer- 
ence to the appropriate entry in 
the Gem Micro Facts will give 
the answer. 


MICRO FACTS 
| SINCLAIR 








} 
} 
j 


An AZ of essential 


facts } 
) 


OFFICIAL GUIDE 


Topics covered also include 
error messages and character 
sets and there are tables of data 
summarising information. Cross 
references to related articles 
appear throughout the text. 

Presented in the popularcom- 
pact and handy Gem format, 
these two new titles contain the 
essential facts for using the 
Sinclair Spectrum and Com- 
modore 64. 


@ For further information con- 
tact Nicole Gautama, (01) 493 
7070 Extention 4580. 


TO OXFORD PASCAL 


Eastbourne-based publishing house, Holt Saunders, 
has announced the launch of the definitive guide to 
Oxford Pascal — recommended by Oxford Computer 


Systems. 

Ian Sinclair, who has written 
over 30 books on computer-re- 
lated topics was so impressed 
by Oxford Pascal that he deci- 
ded to write the guide he felt it 
deserved. 

There will be two versions of 
the book, which will be on sale 
in major stores at the end of 
August: Oxford Pascal On 
The BBC Micro and Oxford 
Pascal On the Commodore 
64 — both very similar in con- 
tent and format. 

lan Sinclair says: “Pascal has 
been a language waiting for a 


good implementation and | 
believe that Oxford Pascal is 
just that implementation for the 
Commodore 64 and for the 
BEC micro.” 

The books have been wel- 
comed by Oxford Computer 
Systems. Managing Director 
Alan Wyn Jones and Technical 
Director Tony Wilkes have 
given them their seal of 
approval, and are writing the 
Forward. 

@ For further information con- 
tact Kate Kentish/Landy Hashimi 
on (01) 388 9871. 


NEWS 





BEEB THREE FROM 
LOGIC ENGINEERS 


Surrey computer consultants, Logik Engineering, have 
announced the release of three new packages for the 


BEC micro. 

BCOMP is a powerful and 
easy-to-use compiler for the 
BBC micro which converts stan- 
dard BBC BASIC programs into 
a special form which is both 
more compact and faster to 
execute. The compiled pro- 
gram may be executed imme- 
diately or saved to tape or disc 
for later use . 

BSIDE is a disk based pro- 
gram which, when used in con- 
junction with the BCMP BASIC 
Compiler, allows BASIC pro- 
grams to be executed from a 
sideways ROM. 

BASIC programs put into a 
sideways KOM are actually 
executed from within the side- 
ways ROM and not down- 
loaded as with the ROM filing 
system. This means that all of 
the BBC memory that is nor- 
mally used for program storage 
is now available for data and 
high resolution graphics. This 
makes BSIDE particularly useful 
for applications which use large 
data arrays and/or the higher 
resolution screen modes. 

DASM is a_ sophisticated 
6502 machine code disassem- 
bler program for the BBC micro 
which provides the following 
features: 

@ Disassembly of programs 
in RAM, sideways KOM or 
disc files. 

@ Full labelling facility 
which allows the user to 
define up to 800 symbols 


(disk version) or 1500 (ROM 
version) which will then be 
used in disassembled list- 
ings. MOS entry points are 
included as _ pre-declared 
symbols, 

®@ Automatic symbol table 
building which generates 
symbols for the destination 
of any combination of JMP, 
JSR and BRANCH instruc- 
tions. 

@ Flexible control of output 
format which allows data 
tables and text strings to be 
clearly shown in the dis- 
assembled listing. Up to 200 
(disk version) or 400 (ROM 
version) format controls may 
be defined. 

@ The output from DASM 
may be senttoany combina- 
tion of the screen, printer 
and a named disk file. 

@ Disc files may be pro- 
duced which can be 
*EXEC'd to produce source 
programs for re-assembly 
using the BBC's built in 
assembler. 


Command entry uses the BBC 
micro’s function keys together 
with menus and prompts. In 
conjunction with the use of easy 
to understand error messages 
this makes all the powerful fea- 
tures of DASM quick to leam 
and easy to understand. 

@ Formore information contact 


RF Bums on (07375) 52170. 





EPSON PRINTER USER’S 
HANDBOOK PUBLISHED 


For all users of Epson FX, MX and RS series printers 
there’s anew book to help use this equipment success- 
fully: the Epson Printer User’s Handbook. 


Published by Century Com- 
munications, it is designed to 
take the mystery out of connect- 
ing andinstalling these printers, 
containing simple, explicit 
instructions and explanations. 

There is also a wealth of 
advanced information for the 
more experienced user. From 
describing how to hook up the 
printer and set the DIP switch 
and command sequences that 
adapt the printer to different 
kinds of computer, the book 
goes on to explain the use of 
Epson's impressive graphics 
capabilities. 

There are instructions for 
printing italics, boldface and 


other special characters and 
type fonts. 

Advice follows on using the 
printers with word-processing, 
spreadsheet and database 
packages, including dBase, 
Lotus 1-2-3, Symphony, and 
Wordstar. 

Tips on keeping the printer 
running longer, faster and more 
economically are included, and 
there is an appendix detailing 
the new Epson+ models and 
the new NLOQ interface boards. 

The book costs £9.95. ISBN O 
7126 0561 4. 
@For further 
contact Jane 


(01) 902 8892. 


information 
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ROM BASED SOFTWARE 
FOR ECHO MUSIC SYSTEM 


Software development for the Echo three-octave 
musical keyboard from LVL is continuing as planned, 
with the introduction of new ROM-based software. 


The Echo Music Keyboard is 
supplied complete with disk or 
cassette based software which 
allows the user to play music, 
change octave, adjust the tun 
ing and select different musical 
instrument sounds such as the 
piano, organ or harmonium 
etc. 

The new ROM has additional 
features, including recording 
and playback of music on disk 
or tape. 

The fact that Echo itself is a 








computer language means that 
its capabilities are not limited 
by the BBC's standard sound 
commands — Echo itself con- 
trols the sound « 
the computer. 

The recommended retail price 
of the ROM is £29.95 including 
VAT, and comes complete with 
manual. 





@ For further information con- 
tact Wayne Bradley, on 
(0602) 39400. 


MUSIGIROM 


FOR USE WITH THE BBC MODEL B MICROCOMPUTER 
AND THE LVL ECHO MUSICAL KEYBOARD 


SERPENT SCARA 


Cybernetic Applications 
have launched a new 
training robot — the 
Serpent. 
The Serpent is a horizontal 
movement robot complete with 
control interfaces for the BBC 
micro, the Commodore 64, and 
the Apple Ile. 

SCARA robots originated in 
Japan and having become 
rapidly established in manu- 


8 





facturingin that country arenow 
spreading throughout Europe 
and North America. The robotis 
designed, manufactured and 
sold from Britain. It is a World 
leader and Cybemetic Appli- 
cations expects exports to 
followin the wake ofthe success 
of the Mentor and Nepture 
robots abroad. 


@ For further information con- 
tact Mark Rayner on (0703) 
SASS: 


REAL-TIME ARACHNID 


Paul Fray Ltd has announced an ingenious add-on for 
the BBC Microcomputer called the Spider. 


Physically, a combination of 
sideways KAM and advanced 
ROM-based software, the Spider 
extends the capabilities of the 
BBC ro into serious control 
applications — inthe home, the 
laboratory and in industry. 

The Spider is quite unique in 
that it not only adds a set of 
practical real-time I/O tools to 
BBC BASIC, butallows the Beeb 
a degree of parallel processing. 

Spider also provides a set of 
process timers. These can time- 
out quite independently of the 
signals from extemal devices. 
The computer can respond to 
any of these events with all the 
power and subtlety of BASIC 
procedure calls. 

In the same way that a real 
spider catches flies, the com- 
puter can respond quickly and 





Cc 








efficiently to an eventin its'web’ 
of sensors. Should another ‘fly’ 
trigger the web during the brief 
period in which itis dealing with 
the first event, its presence can 
still be noted. It can then be 
dealt with as soon as the firsthas 
been fully secured. 

Paul Fray Ltd is a Cambridge- 
based consultancy for Indus- 
trial and Educational micro 
users. It provides tumkey solu- 
tions which involve interfacing 
with various sensors, network- 
ing, and other real-time control 
and data capture problems. 
The spider is the Company's 
first product to be made avail- 
able to the general public. 


@ For further information con- 
tact Dr Paul Fray on (0223) 
66529. 








THE CORE STORE 


The Core Store is a new company set up to offer a 
complete service to all C language users. 


The Core Store stocks a com- 
plete range of C compilers, 
utilities, books, function lib- 
raries and programming aids, 
all selected and evaluated to 
give the C programmer the 
tools he needs at an attractive 
price. 

The company intends to 
maintain a register of C pro- 
grammers in orderto put people 
with common interests in con- 


tact with one-another via a C 
users’ group. They are also act 
ing as a UK liason to channel 
comments and suggestions to 
the ANSI Committee 3XJ10, 
which is currently drawi 
standard for the C | 
under the chairmanshi 
Thomas Plum. 
@ For further 
Linda Holmes 
(0605) 45420. 
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EPROM PROGRAMMERS FOR 
HIRE HANDLE LATEST DEVICES 


Two new programming products, the P9020 EPROM 
Programmer and the XP640 Universal Programmer, 
are capable of handling devices up to 512 kbits, and are 
designed to simplify and increase throughput of 


programming. 

Now available on hire from 
Microlease, the P9020 can pro- 
gram up to eight devices simul- 
taneously. Features include an 
RS232 serial interface for down- 
loading from the development 
system atrates up to 19.2 kbaud, 
and internal 64 kbit static RAM 
buffer expandable to 256 kbits. 
High-speed programming algo- 
rithms which can cut program- 
ming time by up to 90% are also 
offered. Reliability is assured by 
the comprehensive checking 
system for both devices and 
programmer. 

Also new to the Microlease 
hire range, the XP640 provides 
everything that is needed to 
handle the complete design 
and development cycle of 
EPROMS. It combines an 
EPROM duplicator with an 
EPROM emulator module, to 
provide a comprehensive 
EPROM workstation in abench- 
top package. 








For ease of use, the XP640's 
set-up parameters can be stored 
for automatic recall on power- 
up. Interactive menu control 
and prompts simplify its opera- 
tion. There is a wide range of 
PROM and editing functions. 
Editing may be used with the 
unit's on-board line display, or 
via its video output. 

The programmer has an 
RS232C interface for remote 
control and a Centronics com- 
patible parallel interface for 
hex dumps. User RAM is 512 
kbits. A full range of program- 
ming and self-check functions 
are standard. 


@ For a copy of the latest 
Microlease hire catalogue and 


further information, contact 
Sandie Petrie, Microlease ple, 
Forbes House, Whitefriars 


Estate, Tudor Road, Harrow, 
Middx HA3 5SS. Telephone: 
01-427 8822. Telex: 895 3165. 


* 


ELECTRON 
TRACKBALL 


Wigmore House Limited 
are manufacturing the 
first trackball for the 
Acorn Electron. 

The Wigmore trackball uses the 
existing joystick or analogue 
port on the Electron so that 








existing joystick software can 
still be used. 

The Wigmore Electron track- 
ball costs £24.90 including 
VAT. Mousepaint retails at 
£11.50 including VAT. 


@ For further information con- 
tact Wigmore House on (01) 
734 8826 or (O01) 734 0173. 
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FIRST CLASS PERIPHERALS 
OFFERS 10MB APPLE BACK-UP 


FOR £899 


A 10MB Winchester subsystem, intended specifically 
for the Apple 2+ and the Apple 2e, is offered by First 
Class Peripherals Limited for an all-in price of £899. 


Known as the Sider, the sub- 
system is available as a com- 
plete mail order package, ready 
to plug in to your Apple 2+ or 
2e. It is being shown in the UK 
for the first time at the PC User 
Show, Olympia. 

“This really is a plug-and- 
play, all inclusive price,” says 
FCP’s Nicky Perfect. "The price 
includes cables, host adaptor, 
installation software, manual, 
VAT and carriage. Backed by 
Xebec, this is a piece of 
absolutely first-class hardware, 
and we believe the price is 
unbeatable.” 

The Sider boots directly to the 
Apple 2+ or 2e, and a rigorous 
quality assurance program 


ensures that the Sider can be 
plugged in without problems A 
significant feature is that the 
disk can be partitioned, allow- 
ing the user to allocate space to 
four operating systems on the 
same disk. The Sider supports 
Apple DOS 3.3, PRO DOS, 
Apple PASCAL and CP/M. 
The Sider will be marketed 
exclusively by First Class Peri- 
pherals Limited, which was set 
up last month to handle mail 
order sales of “plug-and-play” 
computer peripherals. 


@ First Class Peripherals Ltd, 
Ist Floor, Cockayne House, 
Crockhamwell Road, Reading 
RG5 3JH. Tel: (0734) 699663. 





NEW MSX 


AND £50 TRADE-IN 


Until 31st August Mitsubishi Electric (UK) Ltd will be 
offering a £50 trade-in on any computer or video games 
machine against the sale of a new Mitsubishi MSX 


home computer. 

This offer will run additionally 
to the free starter software pack 
— consisting of six top tape 
games worth over £45 — anda 
comprehensive 300 page opera- 
tion instruction manual and 
basic language handbook . 


The Mitsubishi 32 ML-F48 
and 64k ML-F80 MSX home 
computers retail at around 
£219 and £275 respectively 
and are available from most 
Mitsubishi electric dealers. 





_ 
= 
= 
-_ 


NEWS 


BRIGHTON TECH BUYS 
COLNE LATHE 


Last 


month engineering 


students at Brighton 


Technical College were able for the first time to use 
their BBC microcomputer ECONET system in conjunc- 
tion with a CNC machine tool purpose-designed for 


education and training. 


The Colne 5 CNC training 
lathe has software offering the 
facility for toolpath-emulation 
colour graphics. This allows 
students from the college's 
Mechanial and Production 
Engineering Departments to 
check a programmed cut before 
cutting commences. Using the 
departments ECONET Net 
work system they can use addi- 
tional software kits to work at 
separate BBC microcomputers, 
thereby sharing access to the 
lathe itself. 

Colne Robotics gives high 
priority to the safety aspect of 
equipment destined fortraining 
environments such as schools 
and technical colleges. The 
Colne 5 lathe, for example, 
incorporates a lockable panic 
button which disconnects the 
mains supply anda transparent 
guard covering all moving 
parts. 

In addition to software on disk 
and ROM for the BBC Model B, 


this bench-top lathe can also 
be supplied with software on 
cartridge for the Commodore 
64 micro. The complete pac- 
kage forthe BBC includes lathe 
hardware, comprehensive man- 
ual and software kit, plus a 
selection of accessories and 
tools, for £2295.00. 

17th century manuscripts into 
modem notation. Over the 
course of several years, | 
developed (working mainly at 
night) software on a DEC PDP 
11 computer for the encoding, 
editing and printing of this 
music. 

Vendome's main goal was to 
assemble the music in publish- 
able form and he therefore 
aimed at a combination of 
speed of input and quality of 
output. To date, nearly ten 
thousand pages of music have 
been processed, many of which 
have now been published. 

@ Formore information contact 
Andrew Potter on (0865) 56767. 





ANADEX SMOOTH 
HAZARDOUS LANDING 


In 1984 Southampton University designed a flight 
simulator which, later the same year, won the Royal 
Aeronautical Society CAE prize. 


The system's potential to sim- 
ulate hazardous landing condi- 
tions has now led to commercial 
interest from an Australian fly- 
ing school, and the University's 
continuing development of high 
speed computer architecture is 
also being applied to important 
navigational, cardiac and 
VLSI studies. 

Based on the formal aero- 
dynamic model of a Cranfield 
Al high performance aerobatic 
aircraft, the flight simulator has 
the capacity to imitate hazar- 
dous flying and landing condi- 
tions. The program took nine 
months to develop using an 
Anadex DP-9725B colour prin- 
ter for important and _ highly 
accurate screen-dumping of 
VDU displays in order to fault- 


find and complete the design 
and software. The University's 
departments of Electronics and 
Aeronautics both developed 
the system and to date over 
thirty military and civil pilots 
have successfully flown the 
simulator. 

However, flight simulation 
only represents a small part of 
the advanced system design 
work being carried out by the 
University's Department of 
Electronics. The combined 
energies of students and lec- 
turers are also devoted toK & D 
in integrated circuit mask design 
and IC design systems. 


@For further information 


please contact Tony Grant on 
(04868) 23882. 


THE (8) MINUTE WALTZ 


Oxford Music Processors (OMP) 


is a computer 


company developed at the University of Oxford, which 
is likely to revolutionise the way in which music 
notation is prepared for printing. 


Originally devised as a tool 
for realising extensive acade- 
mic research it will enable the 
music publishing industry and 
musicians of all kinds, whether 
professional or amateur, to pro- 
vide themselves easily with 
music notation to the highest 
standard. 

OMP carries out almost all 
the tasks which have traditionally 
required painstaking and slow 
manual arrangement of music 
notation on the page. Highly 
specialised skills have been 


required to arrange the notation 
in such a way as to make the 
music easy to read and inter- 
pret. With OMP, the computer 
takes all the various rules of 
notation design into considera- 
tion and arrives at a finished 
product within a tenth of the 
time of traditional alternatives. 

Richard Vendome, who is 
developing OMP at the Faculty 
of Music at Oxford, says: “My 
post-graduate thesis presented 
the enormous task of transcrib- 
ing 400 keyboard works from 





ILEA 


RECOMMEND RESEARCH 
MACHINES NIMBUS 


A plan to supply a single UK manufactured micro to 
more than one thousand colleges and schools has been 
announced by the Inner London Education Authority 


(ILEA). 

ILEA has agreed an open- 
ended programme with the 
Oxford-based microcompu- 
ter manufacturer, Research 
Machines Limited to supply 
London schools and colleges 
with the 16-bit RM Nimbus 
micro. 

The agreement, which could 
de worth more than £2m, was 
won by Research Machines 
Limited in competition with the 
UK's largest microcomputer 
company, ACT. 

“This is by far the most sub- 
stantial recommendation for 
16-bit microcomputers ever 
made by a UK local education 
authority,” said Derek Esterson, 
ILEA Computer Advisor. 

According to Mike Fischer, 
managing director of Research 
Machines Limited: “If every 
school and college within ILEA 
were to order only two Nimbus’ 
that would amount to orders for 
Research Machines worth 
around £2m. We are naturally 
very pleased to have won 
ILEA’s recommendation.” 

Said Esterson: “We looked at 
a number of systems, including 
micros from IBM, ICL, Comart, 
Olivetti, and Sinclair, among 
others, and shortlisted Research 
Machines’, Nimbus, ACT's Apri- 
cot and the LSIA Octopus.” 

‘ILEA conducted extensive 
benchmark tests on the short 
listed micros and the perfor- 


mance of the KM Nimbus 
showed it tobe up to three times 
as faston some tests as the ACT 
machine,” continued Esterson. 
"As a result, LEA has decided 
to recommend the KM Nimbus 
as the standard across-the- 
board 16-bit micro for all the 


, colleges and schools within 


ILEA’s area of responsibility. 

"As well as being excep- 
tionally fast, the Nimbus has 
excellent graphics capabilities. 
It runs under the industry- 
standard MS-DOS operating 
system, which means there will 
beno shortage of good software 
available. It is also very good 
value on any price/performance 
scale.” 

Educational purchasers of 
the 64station RM Nimbus Net- 
work will automatically get a 
bundle of professional quality 
software, worth more than 
£5,000. Licensed torunon upto 
16 stations, the software 
includes Microsoft's word- 
processor and Multiplan 
spreadsheet, the Supertile free 
form multi-user database from 
Southdata, RM CAD draught- 
ing package, PC Paintbrush, 
Quest, Touch ‘n’ Go keyboard 
tutor, RM Pascal, RM Basic, RM 
Logo and the program editor 
Steed. 

@ For further information con- 
tact Christian de Quincey on 
(01) 235 7040. 
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PRINTOUT 


Your opportunity to ask questions, 
put us straight, seek advice. 


FASTEST UNIX 


Dear Sir, 

The increasing complexity of 
programs designed for today’s 
microcomputers has resulted in 
greater and greater emphasis 
being placed on the speed at 
which these machines will run. 
This is particularly the case with 
computers designed to run the 
UNIX operating system, which 
can be notoriously slow on an 
underpowered machine. 

It was with great interest there- 
fore that we observed the latest 
publicity campaign of the giant 
electronics company, Intel, 
exhibiting at London's Unix 
Show munning at Olympia last 
week. 

Large signs proclaimed, "The 
fastest Unix on a micro”, and 
this was supposedly backed up 
by a series of technical tests, 
laid down by the computer 
magazine, Byte, 

Oncloser examination, how- 
ever, we were dismayed to 
learn thatthe computer in ques- 
tion was actually considerably 
slower than our own British 
designed and built system, the 
IMP Mentor, being shown at the 
same exhibition. On the most 
widely used performance test 
for such machines, the Sieve of 
Erathosthenes, the Mentor has 
been found to run at a speed 
four times that stated by Intel for 
its own machine. 

We would be grateful there- 
fore if the company in question 
couldbe wamedofthe illegality 
of its advertising campaign as 
soon as possible. 


Yours faithfully, 

Mark I'Anson, 

Managing director, 

Integrated Micro Products Ltd. 


STOUT FELLOW 


Dear Sir, 

With reference to the enquiry 
from David Bell, on page 14 of 
your June issue, I may be able 
to help. 

I have a 48K Video-Genie 
and use the Newdos 80 V.2 


operating system. With the aid 
of ‘Superzap’ and'Macromon’, I 
imagine that I could probably 
relocate the program to disc 
and make the necessary altera- 
tions to the printing routines 
(memory-mapped instead of 
ports). 

Perhaps you will pass this let- 
ter to Mr Bell. I would need a 
copy ofthe tape in question and 
to know what DOS he is using. 
There would be no question of 
any charges, whether or not I 
should be successful. 


D. W. Amold, 

20 Hargate Road, 
Buxton, 

Derbyshire SK17 OBL. 


A LIVELY 
CRITIQUE 


Dear Sir, 

I don't know whether this is a 
general view, but to me it 
appears that there is increas- 
ingly less of interest in the com- 
puting magazines (yours being 
an honourable exception). 
There seems to be three main 
reasons for this: 


1) Some magazines appear 
to have the policy of stuff- 
ing themselves full of 
advertisements and not 
worrying too much about 
the quality of what comes 
between adverts (You were 
guilty of this in 1984, I 
feel.) 

2) There is a concentration 
of very long listings in 
machine code, which are 
all but incomprehensible 
to those who are not for- 
tunate enough to have one 
of the few favoured 
machines (mostly the ones 
reputed to have been 
designed by Kobert Max- 
well, I believe.) 

3) There is an increasing 
tendency to write very eso- 
teric articles which only a 
very small proportion of 
average readers could 
make much out of. Over 


the years, I have (I hope) 
become more computer 
literate, but I find the per- 
centage of articles I can 
fully comprehend remains 
much the same. I have not 
been atthe computergame 
so long that I cannot 
remember what it was like 
to be a beginner. 


In your last issue, I particularly 
liked the leading article 
answering the question: "What 
dol do withacomputer?” Notas 
you say, easy to answer ver- 
bally, but I would be interested 
to read how others use their 
micros. I felt a touch of fellow 
feeling about word processors if 
not about motor-racing! I feel 
that it is very important to 
remember that although com- 
puters are not human their users 
are. Because of this, often the 
comesponding pages of a 
magazine are among the most 
interesting. 

I would not hold Computing 
Today guilty in general under 
my third point, but I did feel the 
news pages at the beginning 
might well have put a beginner 
off. You probably need adegree 
in electronics to understand 
what the lead story was about, 
and while! am not suggesting it 
should have been left out, a 
gentler start might have been 
welcome. If, for example, you 
had started off with the news on 
the Atari, any reader would at 
least have understood some of 
the contents. 

These comments are meant 
to be helpful, not critical. I have 
enjoyed much of your contents 
this year. 


Yours faithfully, 
G. T. Childs. 


Your comments have been 
amongst the most useful we 
have received, Mr Childs. Your 
third point is of particular 
interest, and yourremark about 
the lead story in the July edition 
is quite valid; the acronym 


Readers’ letters 














KISS’ (Keep It Simple Stupid) 
has been tatooed onto the news 
editor's forehead. 


A CRACK AT 
CRIBBAGE 


Dear Cribbage Consortium, 

I am not quite sure why you 
felt you had to attack “the anti- 
GOTO school” in your excel- 
lent Cribbage Player series. 
What is important in our school 
is to have astructure that is easy 
to read and, more important, 
mess with at a later date. 

Thave taken up the challenge 
although feel rather like farmer 
Giles who was suddenly asked 
the way back by a hopelessly 
lost tourist, and after trying to 
explain the intricate route, finally 
burst out: “If] were youl wouldn't 
start from here at all!”. However 
here goes: 


1630FOR I=1 TO 2:FOR J=1 

TO 2 etc. 

1640-1740 unchanged 

1750IF HN(1)=HN(2) THEN 
PRINT TAB(12,5);"We'll cut 
again.”: PROCDEL(300): 
PROCCD(18):PROCCD 
(11):I=1:NEXTI 

1760-1770 are removed 

17801=2:NEXT | 


Idonothave aBBC solhavenot 
been able to test the above. 
However, I do intend to convert 
the program to a DRAGON 64. 
The game has always fascina- 
tedme. InfactI have beenusing 
a spare peg from my cribbage 
board to switch a micro-switch 
from lower case to “ALL CAP” 
on the machine on which 1 am 
writing this letter. 


Yours sincerely, 

Robert J. Smith. 

We weren’ simply kicking the 
anti-GOTOschool, but sugges- 
ting that there are times when 
the use of GOTO is a more 
simple and direct solution. Our 


thanks though, Robert, = 


alternative. 
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Subscriptions 


Personally, we think you'll like our approach to microcomputing. 
Each month, we invite our readers to join us in an abundance of 
feature articles, projects, general topics, news and reviews — all 
to help committed micro users make more of their 
microcomputers at home or at work. 


However, if you've ever missed a copy of Computing Today on the 
newstands, you'll not need us to tell you how valuable a subscription 
can be. Subscribe to CT and for a whole year you can sit back, 
assured that each issue, lovingly wrapped, will find its way through 
your letter box. 


And it’s not difficult! All you have to do is fill in the form below, cut it 
out and send it (or a photocopy) with your cheque or Postal Order 
(made payable to ASP Ltd) to: 


COMPUTING TODAY Subscriptions, 


Infonet Ltd, 

Times House, 

179 The Marlowes, 
Hemel Hempstead, 
Herts HP] 1BB. 


Alternatively, you can pay by Access or Barclaycard in which case, 
simply fill in your card number, sign the form and send it off. Please 
don’t send in your card. 


Looking for a magazine with a professional approach with material 
written by micro users for micro users? Why not do yourself a favour 
and make 1985 the year you subscribe to Computing Today and we'll 
give you a truly personal approach to microcomputing. 


Lam enclosing my (delete as necessary) | a. i 

cheque Postal Order/ International Money 

SUBSCRIPTION (made payable io ASP Ltd) = 
ORDER FORM Debit my Rectan! Barclaycard’ ees: 


(“delete as necessary) 
Cut out and SEND TO: 


COMPUTING TODAY Subscriptions 


INFONET LTD, 
TIMES HOUSE, 
179 THE MARLOWES, 
HEMEL HEMPSTEAD, 
HERTS HPI 1BB. 


Please commence my subscription to Computing 


Today with the visscec.u issue. 
SUBSCRIPTION £16.20 for 12 issues 
UK Oo 
RATES £18.70 for 12 issues 
(tick _ as Overseas Surface is 
appropriate) £51.20 for 12 issues 


Overseas Air Mail a 
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INA MEUM nr) Mire Miss) be ee carat ats: 7 esis ice ire assets renceee 
delete accordingly 
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Editorial 












Don 
Thomasson 


esigners of computing 
equipment and _ pro- 
grams face a perpetual 


dilemma: If they design for 
maximum flexibility, their pro- 
ducts may be stigmatised as too 
difficult to use. If they aim for 
user-friendliness, they may be 
criticised on the grounds of 
inadequate facilities. In many 
cases, the criticisms are justified, 
butsome designs do manage to 
steer the perilous course that 
gives good results without 
demanding too much of the 
user. 

The key to success in this 
matter is often the documenta- 
tion provided. The User Manual 
supplied with the equipment 
can rarely tell the whole story, 
and that is, perhaps, just as 
well, since a thorough-going 
description of all aspects of the 
system might only serve to 
bewilder a first-time user. 

What is left out of the User 
Manual may be covered by 
supporting documents of a 





SS 
—ARE YOU SORE IT'S A STANDARD PACKAGE ? 


TALKING 
SHOP 


more detailed nature, and by 
books produced by indepen- 
dent sources. It is a pity that 
such documentation is some- 
times not advertised too widely, 
while dealers seem unaware of 
its existence. Independent 
books may be quite difficult to 
find among the mass of paper- 
backs selected by distributors, 
who seem to prefer trivia to any- 
thing really useful. 

It has been said that com- 
puter users can be grouped in 
three classes; 


@ The tyro, who knows 
nothing beyond what the 
User Manual tells him, 
and who might find dif- 
ficulty in understanding 
anything more complex. 
@ The expert, who wants 
full and detailed informa- 
tion on every aspect of 
the system. 

@ Those who fall bet- 
ween these classifica- 


l 







being in the 
process of graduating 
from beginner to near- 
expert. 


tions, 


Independent books should 
serve the last of these groups, 
allowing the second group to 
have the full advantage of for- 
mal documentation. 

Our own editorial policy is 
partially aimed at the third 
group, and this has had some 
odd consequences. First, we 
are receiving alot of letters and 
submissions from abroad, and 
these suggest that there is a 
dearth of middle-level data in 
some other countries. Secon- 
dly, it is considered that our 
readers are unlikely to buy 
much equipment or software. 
They have presumably bought 
a computer already, and will 
want to write their own 
programs. 

This may be superficially 
true, but needs qualification. 
AMSTRAD users are likely to be 
interested in extension devices, 
like the MAXAM, which we 
reviewed recently. There will 
always be a demand for printer 
paper, tapes, discs and other 
media, which can be quite dif- 
ficult to obtain locally in some 
areas. (Or are available at 
inflated prices!) 

But, as usual, we are stray- 
ing from the original point, 
which was the need to com- 
promise between flexibility and 
user-friendliness. There are 
many instances which might be 
used to illustrate this. Sound 


commands can be very tedious 
unless you are given useful hints 
on simplifying their use, and 
some colourcontrol systems are 
as bad. 

In these respects, the User 
Manuals tend to be inade- 
quate. A little extended infor- 
mation would make matters 
much clearer, and though 
independent books often fill the 
gap, it should not be necessary 
for them to do so. 

We would be interested to 
hear what kind of information 
the middle-level user needs 
most. We mightbe able to runa 
suitable series, or encourage 
the production of helpful books. 


Bebo, 


HOWEVER, THERE are indica- 
tions that at least one manufac- 
turer is beginning to see the 
need for middle-level informa- 
tion, having noted a preference 
for his products among those 
who are climbing towards true 
expertise. This is a hopeful sign, 
in more ways than one. First, 
because purchasers are show- 
ing better judgement, and 
secondly because the manu- 
facturer is responding. 

There was a time when 
experts tended - perhaps unin- 
tentionally to guard their 
specialised knowledge behind 
a smokescreen of jargon. The 
time for that is past. It is in 
everyone's interest to spread 
such knowledge more widely. If 
something can be explained in 
simple terms, it can scarcely be 
worth concealing. 

A possible exception is 
knowledge of how to circum- 
vent program protection, which 
rightly tends to be kept on the 
secret list, though most systems 
are breakable with ease, once 
you have the key information. 
Somewhere inthe system is abit 
or variable that needs to be 
changed. Once this is found, all 
becomes obvious. (My per 
sonal opinion is that there is no 
such thing as a cast-iron protec- 
tion system. At best, it can only 
be a deterrent.) 

With this exception, it is 
desirable that everyone who 
has access to a computer 
system should know how to use 
itto best advantage. Some may 
find the going tough, but this 
usually means that they need 
additional data of some sort. 

Remember, we want to play 
our part in this, but we can only 


do soifyoutellus what 
youneed to know. = 
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LESSONS 


OF HISTORY 


Bill Horne 


Part six: integration. 





uring the nineteen-sixties, the 
D technology of integrated circuit 

manufacture developed steadily, 
and it became possible to visualise the 
manufacture of silicon chips with a thousand 
or more transistors built into the surface. This 
work ran in parallel with investigations of 
possible applications for such chips, and 
while families of relatively simple compo- 
nents were developed there was some dif- 
ficulty in deciding the right course to take in 
respect of more complex devices. 

The obvious route was towards the crea- 
tion of logic complexes for use in computers 
and similar equipment, but this inevitably 
led to an involvement withsystem concepts, 
and especially software concepts. There 
was a schism between those who accepted 
this involvement and those who wished to 
evade it. 

The simpler approach was based on 
making ‘bit-slice’ components. These were 
sections of computer logic capable of han- 
dling a limited number of data bits. A typical 
example provides for four data bits, and 
offers a full range of simple arithmetic and 
logic functions, plus sixteen storage regis- 
ters. Four such components would suffice for 
a 16-bit logic system, eight would handle 32 
bit data. 

Because it could only perform elementary 
functions, such a device required an exter- 
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nal control system which could call up the 
sequence of functions needed to execute a 
given program instruction. This was in line 
with existing computer practice, which used 
‘microprograms' to translate operation codes 
into function sequences. Such a system 
allowed extreme flexibility, since almost any 
imaginable set of operation codes could be 
accommodated by writing a suitable mic- 
roprogram. This flexibility cut two ways, 
however. Once a given microprogram had 
been set up, defining a particular set of 
operation codes, itwas necessary tocreatea 
complete range of software tools to suit the 
system, and that was an expensive process. 

One solution which was adopted was to 
use bit-slice components to ‘emulate’ exist- 
ing computers, so that the necessary software 
tools were already available. While this 
solved one problem, it created computers 
which had been designed a decade earlier, 
and which were no longer fully competitive 
in terms of performance. As a result, the bit 
slice approach has tended to become limited 
to special-purpose systems. 

The altemative approach was to incor- 
porate all the necessary elements for the 
central processor and its microprogram into 
a single component. This meant using more 
transistor elements, commonly expressed as 
going to a higher level of integration. Since 
each element required the dissipation of a 


given amount of power, this either meant 
raising the overall power level or reducing 
the power dissipated in each element. 
Operating speed is related to power, so a 
reduction in power level implied a reduction 
in speed. 


CAPITAL COST 


The resulting components were therefore 
expected to be slower than the bit-slice ver- 
sion, but against that they offered one 
supreme advantage: since the intemal micro- 
program definied a unique set of operation 
codes, it was possible to write supporting 
software tools which would apply wherever 
the highly-integrated component was used. 
The cost of the software could therefore be 
spread over a vastly greater number of 
hardware units. Where perhaps a thousand 
bit-slice units might be served by a set of 
software, a million or more ‘microprocessors’ 
might use the same set of tools. Instead of 
being a major factor, the cost of software 
shrank almost to insignificance. 

It might be suggested that this is an over- 
simplified view, since it ignores the fact that 
the creation of software became a capital 
cost, which had to be met before the product 
could be marketed. It would be equally true 
to say that the capital cost of creating anew 
hardware design was far greater than in 
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older technologies. 

The result was the microprocessors could 
only be designed in the expectation of very 
large volurres of sales, and with the support 
of ample capital. These conditions were best 
satisfied in America, and though micro- 
processors have since been developed in 
Britain, the vast majority of the currently 
available designs are of American origin. 

However, the creation of acomputer based 
on a microprocessor is not just a matter of 
purchasing the necessary components and 
working out the interconnections between 
them. A great deal of consideration must be 
given to the system configuation, to the way 
the available store area is divided between 
fixed ‘Read Only’ memory (ROM) and alter- 
able ‘Random Access Memory’ (RAM). The 
provision for connection of extemal peri- 
pheral devices must also be considered. 

In this type of work, initial capital require- 
ments were less severe, and a number of 
British firms began to undertake overall com- 
puter design with a measure of success, 
though the market was initially in the hands 
of afew small American firms which relied on 
bulk sales to keep prices down. 

The factors controlling the market were 
numerous. Technical merit was not predomi- 
nant, since those who could recognise it 
were few in number. Retail outlets were con- 
trolled by people who often relied on mmour 
as a guide to merit, and fast talkers gained 
undeserved success. Price was important, 
and that favoured those with access to the 
huge American market. Expenditure on sales 
was often more effective than comparable 
expenditure on design. 


DERISION FROM 
DINOSAURS 


Clearly, the advent of the microprocessor 
wrought an enormous change in the com- 
puter world. The early designs were not able 
to access large store areas, and this limited 
interest in the implementation of multi- 
programming techniques. The ‘mainframe’ 
manufacturers were able to go on their way, 
deriding the ‘microcomputer’ as a mere toy 
by comparison with their enormous machines. 
In this, they failed to consider the possibility 
that microcomputers, used in numbers with 
each machine performing a dedicated task, 
might offer a more economical solution to 
some types of computing problems. 

This led to a comparison between main- 
frame manufacturers and the dinosaurs, in 
that both might well vanish at the peak of 
their powers, but the true position was 
more complex. 

There are types of computer work which 
will always need large amounts of storage. 
Weather forecasting, for example, involves 
the examination of vast amounts of data to 
estimate how that data will change withtime. 
The accuracy of the prediction depends on 
the amount of data available fora given land 
area, and while a simplified system covering 
alimited area and a short period of time can 
be set up with the aid of a microprocessor, 
the accuracy of the results would be some- 
what suspect. 

A more general case relates to the main- 
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tenance of national data records, such as 
those relating to car ownership. Here a vast 
amount of data must be held available, and 
held in such a way that any single item can 
be found rapidly, while renewed reminders 
can be identified as due and prepared 
automatically. 

The size of computers for such applica- 
tions does not mean that they are especially 
complex. They are big in storage capacity, 
and may need to perform certain processes 
rapidly, but the actual programs may be 
relatively simple, perhaps simpler than the 
sort of programs which home-users now 
employ. 

Withallsuchsystems, there is likely tobe a 
bottle-neck in the initial entry of data, and in 
the entry of instructions for data retrieval. A 
small amy of operators may be needed for 
such work, and they form the Achilles Heel of 
the whole system. Any error which they make 
is likely to be attributed to the computer, 
whichis only following the essential rule ‘gar- 
bage in, garbage out’. This means that if a 
computer is given false data, it will provide 
false data in retum. It is not a thinking 
machine, and there are few signs that it ever 
will be. It is a tool which can perform miracu- 
lous things, but it will doso mindlessly. Itmay 
apply checks to incoming data, as a means 
of detecting errors, but will only do that ifit is 
programmed to do so. 

Once again, there was a split between 
two philosophies, on the one hand the vast 
and expensive mainframe approach, and 
on the other the more limited by cheaper 
microcomputer approach. In theory, there 
was a third approach, taking a middle 
course, in the ‘minicomputer’, but it was 
sometimes difficult to be sure where the 
boudnaries of that approach lay. Some 
minicomputers grew until they were almost 
mainframe systems, others shrank until they 
could be grouped with the larger micro- 
computers. 

The minicomputers represented an attempt 
to obtain the best of both worlds, to reduce 
cost below the mainframe level while offer- 
ing a performance above that of the mic- 
rocomputer. This was the clear objective for 
large parts of the computer industry during 
the nineteen-seventies, and the routes 
towards that objective taken by different 
companies reflected the wide range of views 
regarding the precise nature of the target. 

In itself, the introduction of the micro- 
processor had solved nothing. Parallel 
development in storage sytems was neces- 
sary, and this applied in particular to long- 
term bulk storage. The cost of a big magnetic 
tape storage system was acceptable in the 
context of a mainframe computer, but could 
not be considered in relation to a microcom- 
puter. Inthe early days, punched papertape 
was used as a substitute, but it was incon- 
venient and still a little expensive. 

The use of domestic cassette recorders 
was the breakthrough that resolved this pro- 
blem, though the failure rate with early 
systems was far from encouraging. Pro- 
gressive enhancements have produced 
higher reliability in some cases, but there are 
still systems which lack the refinements of the 
best examples. 


SERIES: Lessons of History 
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ENTER THE VDU 


An equally important innovation was the 
Video Display Unit, which allowed rapid 
display of data, coupled with convenient ° 
input by use of a typewriter-like keyboard. 
This removed the need for costly printers, 
which often concealed the last letters prin- 
ted and had other faults. It also speeded up 
the execution of simple processes, and 
allowed the introduction of on-screen data 
editing, the essential feature of word 
processing. 

That, however, needed a further innova- 
tion, the low-cost printer. During the late 
nineteen-seventies, the cost of printers 
tumbled, though the new devices were often 
computers in their own right, with not one 
central processor but two or more. 


Finally, the costly disc recording system of 
the big computers were paralleled by the 
‘floppy disc’, which cost a good deal more 
than the cassette recorder, but allowed data 
to be transferred at much higher speeds. 

All these innovations, chronicled here in 
logical order, rather than in their order of 
appearance, contributed to the success of 
the microcomputer. It is salutary to reflect 
that serious consideration was being given 
to the use of microprocessor systems no 
earlier than 1974, and that public con- 
sciousness of such systems began to be evi- 
dent in 1978-9. Much has happened since, 
so much, indeed, that it is rash to predict 
what may happen in another five years. 

Even when the microprocessor and suit- 
able peripherals for it had appeared, there 
was no guarantee that effective micro- 
computers would be produced immediately. 
Individual manufacturers had differing ideas 
regarding the facilities which would be 
needed. Some considered that lower case 
letters were unimportant, which ruled out 
effective word processing work. Others used 
complicated systems of symbols to indicate 
the position of letters displayed on the screen. 
Some systems which solved all the problems 
tumed out to be too costly. 

Above all, some early systems were far 
from reliable. Either they had been designed 
in too much of a hurry, or had been con- 
ceived without sufficient thought. 

Yet there is no real technical reason why a 
microcomputer should not be markedly more 
reliable than a mainframe device. The num- 
ber of connections involved is far smaller, 
and that should reduce failures, providing 
the same standard of design is used. Itis only 
where the search for economy has led to cor- 
ners being cut that reliability has been 
suspect. 

The true objective of microcomputer design 
may thus be stated as the achievement of 
adequate performance at a reasonable cost 
without reduction in the standards of reliabi- 
lity or operational use. That definition begs a 
number of questions, but remains valid in 
general terms. It is clear that some manu- 
facturers have seen rather differ- 
ent priorities, to judge by their 
products. = 
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THE CODE 
MACHINE 


THE Mac 


HINE co 


of URES 


‘Unlock the power of your CPC464’ (it says here). Picturesque’s 
assembler/monitor gets used and abused — but comes out on top. 


ome time ago, | re- 

viewed the Picturesque 

Assembler/Monitor for 
the Spectrum, reporting that it 
was much to my taste — so 
much so that! adopted it as a 
personal standard. I was there- 
fore delighted to receive a 
review copy of “The Code 
Machine”, which is the corres- 
ponding set of programs for the 
AMSTRAD CPC464/664, andI 
have not been disappointed by 
what I found. 

Picturesque are not a large 
organisation, but their pro- 
grams have a certain com- 
pleteness that is sometimes 
lacking elsewhere. I met the 
team once, and found them 
both charming and dedicated, 
seeking perfection rather than 
quick profit. Martin Ridout pro- 
vides the technical content, 
while Mrs Ridout does the rest, 
the combination providing 
thoroughly professional results. 

But! must justify this praise by 
getting down to brass tacks. 


THE PROGRAMS 


The programs are supplied on 
tape, one copy of each. They 
are not protected, in the usual 
sense, and you are advised to 
make back-up copies. The 
cassette case even provides 
space for the copy! However, it 
is a matter of extreme simplicity 
to put the copy on disc. 

The Assembler/Editor and 
the Monitor can be co-resident 
(sorry — can be in RAM to- 
gether. Jargon gets to be a 
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habit...) and intelligible 
memory maps are supplied to 
show where they are loaded. 

This, perhaps, is just as well. 
For example, the Monitor is 
loaded as about 8K of code, but 
some 1.4K of this is used for 
relocation purposes, and when 
it has done its job the area 
which it occupes is overwritten 
by zeroes. That is useful in- 
formation. 

The instructions for loading 
and making copies are more 
than adequate, the processes 
being eminently simple. When 
loading the Monitor, you are 
invited to specify its position in 
store, but if you have no ideas 
onthe subject a default location 
is used, putting the program as 
high as possible in RAM. When 
the program is loaded, it asks 
whether you want to make a 
copy. Copying to disk is then 
entirely automatic, while copy- 
ing to tape involves only the 
usual prompts and _ key 
depressions. 

Loading the Assembler is 
much the same, but the 
optimum location highin store is 
selected automatically. 

The copies differ from the 
original in that they do notinvite 
the creation of futher copies, 
whichis reasonable. Norare the 
copies relocatable, but youcan 
always go back to the original if 
you want to put the routines in 
different positions. 


THE MONITOR 


The Monitor offers an imposing 


range of options, as shown in 
Table 1. Entry to agiven option 
is obtained by pressing a single 
key though in some cases 
qualifying data has to be 
added. 

A facility for displaying and 
modifying RAM contents is 
common enough, but is rarely 
offered with variants for hex- 
adecimal or ASCII display and 
input. Block insertion and dele- 
tion are less common, but can 
be useful if you like patching 
programs. Memory dump and 
disassembly are more or less 
mandatory, but most CPC464 





versions will not look at ROM. 
This version does. Conversion 
in either direction between 
decimal and hexadecimal is 
provided. 

The breakpoint system, 
allowing you to run a specified 
part of a program, and then 
stop, is backed by a com- 
prehensive ‘register display, 
which shows the contents of all 
13 registers, including the alter- 
natives, with the flag states in F 
and F’ displayed in binary for 
clarity. If you want more detail, 
you can run in Trace Mode, 
which single-steps through a 


Table 1: Monitor Commands 


Move memory contents 


Set a Breakpoint 


Continue after a Breakpoint 
Delete a block from memory 
Goto Editor/Assembler 


Fill an area of memory 


Insert a block of memory 


Execute code 


Cancel a Breakpoint 


Enable/Disable Lower ROM 
Display/Modify Memory 
Hex/Decimal Conversion 
Dump to screen or printer 


Register Display 
Search for match 


Trace Mose (Single Shot) 
Enable/Disable Upper ROM 


To BASIC 
Disassemble 
Select Stream 

As M, but in ASCII 


SC Escape to Command Mode 
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program, providing an exten- 
ded register display after each 
instruction is executed. This 
includes the top five words on 
the stack, the locations to which 
BC, DE and HL point and the 
four following locations, ROM 
state, interrupt state, and a 
sequence of nine specified 
memory location contents. You 
can really see what is going 
on. 
No less valuable is the pre- 
cise tabulation of the ways in 
which the Monitor program 
modifies the normal operating 
system action. This is evidence 
of careful thought planning. 
Any moans? Well, I would 
always like to see a disassem- 
blerdisplay a blank line afteran 
absolute jump or retum, to mark 
the end of a code block. This 
makes the listing so much easier 
to follow. A personal fad, per- 
haps, but one that has persis- 
ted. Otherwise, nocomplaints. I 
may not have tested all the 
possible combinations of com- 
mands and data, but nothing 
has emerged from the wood- 
work so far, and I would be 
surprised by any serious bugs. 
Incidentally, the monitor 
refuses to disassemble itself, 
which is understandable. 


THE EDITOR 


The Assembler and Editor are 
combined in AMMAS. 

I must admit that the Editor 
took a little time to become 
friendly, because ithasso many 
options (Table 2). Each line 
must be numbered, but there 
are AUTO and RENUMBER 
facilities for that, and the num- 
bering has advantages. Each 
command requires the use of 
the CTRL key with a character 
key, though qualifiers may 
need only one key. 





There is automatic tabulation 
from one formatfield to the next, 
which debars use of the Editor 
for normal text, but makes the 
entry of source code very 
simple, This leads to a slight 
snag, in that use of the ‘copy 
cursor facility does not always 
act as expected, the copy hav- 
ing only a single space where 
the original has several, the 
extra spaces having been pro- 
duced by automatic tabula- 
tion. However, there is a 
separate copy routine avail- 
able which does not suffer this 
problem. 

The format, by the way, 
allows for four-figure line num- 
bers (up to 9999), six-character 
labels, four characters for the 
main instruction mnemonic, 
and at least 26 characters for 
the rest. Youcan workin Mode 1 
or Mode 2, and the mode can 
be changed in midstream if you 
wish, the instruction also allow- 
ing screen colours to be 
changed. 

NEW clears out the source 
code, but partial clearance, 
retaining labels, is also 
possible. 


Table 2: Editor Commands 


Assemble 

Go to Basic 
Copy 

Delete 

Edit 

Filename 
Label 

Load 

Go to Monitor 


A 
B 
Cc 
D 
E 
F 
K 
L 
M 


New 
Renumber 
Save 
Verify 
Clear 
Mode 1 
Mode 2 
List 

Auto 


+N KAN DS 


The above are used with CTRL pressed 
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SAVE AND LOAD 


You can save Source Code, 
object code in binary, or — 
with discs only — object code 
as a CP/M'COM ' file. Another 
disc feature comes into play if 
you save a file with aname that 
matches that of a file already on 
the disc, You are given the 
option to overwrite the earlier 
file, tum it into a back-up file, or 
abortthe operation. This can be 
very useful, especially if disc 
space is running short. 

If you are using a particular 
filename alot, youcan define it 
as akeystring, sothatitis always 
available at the touch of a key. 

Loading is automatic, in that 
the file type determines the way 
in which the data is used. You 
can load into a cleared source 
file, with labels preserved if you 
wish, or append further text to 
existing source code. 

Verify, missing in BASIC, is 
implemented here. 

Finally, extemal commands 
are accessible. The commands 
ERA REN and DIK are 
usable in simpler way than 
AMSDOS requires, and there 
are some extra extemal com- 
mands, such as MON to enter 
the Monitor, and so on. 


THE ASSEMBLER 


As was said not long ago 
regarding MAXAM, an assem- 
bler is an assembler is an 
assembler. . . However, there 
are possible minor variations. 
One difference in the present 
case is that the ‘unofficial’ Z80 
instructions are covered, all 98 
of them. These are hidden 
instructions which were re- 
vealed by D. S. Peckett back in 
February 1981 (in CT, of 
course!) but never formally 
acknowledged by Zilog. The 


REVIEW: The Code Machine 


Assembler handles these 
instructions, saving the need to 
enter them as explicit bytes, but 
the disassembler gives the HL 
forms, rather than the IX, IY 
forms. 

The usual directives are 
implemented, but in a less 
familiar class is DEFL, which 
can be used to redefine alabel, 
so that it can have different 
values in different parts of the 
program. 

PRNT allows control of output 
to screen or printer, allowing 
only part of the assembler out- 
put to be displayed or printed. 

Nothing has yet been said 
about possible program size. 
The source code is stored at the 
top of free space, running 
downwards, and the object file 
grows upwards from the bottom 
of free space. It is therefore dif- 
ficult to be precise, since the 
ratio of one to the other is not 
fixed. The Code Machine 
manual suggests that 6000 
lines of source code might pro- 
duce 10K of object code, but 
that would probably be alottoo 
much for the available space. 

No matter, the system will set 
up the source code as a nuber 
of sections, and these can be 
read in and assembled in tum, 
minimising the total space re- 
quired. Upto 26 sections canbe 
used, each with 750-1000 lines 
of source code, so the overall 
file could run to 20,000 - 26,000 
lines, enough to generate some 
32K of object code. That should 
be enough for most purposes. 

It is also possible to save the 
source code asitis produced, in 
2K blocks — and you could 
save on tape with the source 
code coming from disc, or vice 
versa. 


COMMENT 


These programs conjure up a 
vision of someone sitting at the 
keyboard for hours on end, find- 
ing our what further facilities 
might be needed, and putting 
in each facility in tum. If the 
result is in any way less than 
satisfactory, the very range of 
facilities ccan be bewildering 
at first, depite the clearly- 
written manual, which runs to 
nearly 70 AS size pages. When 
the controls become more 
familiar, this problem tends to 
fade away. 

When so many half-baked 
programs are floating around, it 
is a special pleasure to find 
offerings like this, hand- 
crafted and polished = 
until they shine. 
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DISC DATA 


Don Thomasson 


BOOK REVIEW: 


Useful but flawed is the conclusion on Don's latest bed-time reading. 


ooks about popular computers have 
B: tread a precarious path between 

mere repetition of the data given in 
the official manual and too enthusiastic an 
exploration of additional data (I usually err 
on the latter side!). Itis tue that asummary of 
the manual could be useful to someone who 
is considering purchase of the relevant 
equipment, but it is usually possible to 
borrow a manual for that purpose. 

In "The Amstrad CPC464 Disc System”, 
Ian Sinclair has allowed an appreciable 
overlap with information given in the 
manual, buthe has also reached outinto less 
well-known areas, particularly by providing 
routines which do useful things and spark off 
useful ideas. 

The book begins with a 12-page chapter 
on discs in general: what they are; why they 
are better than tape; how the tracks and 
sectors are arranged; the meaning of format- 
ting and the details of data capacity. Any- 
one who is reasonably clued-up on the 
subject will probably skip this section, 
though it contains a few little nuggets buried 
in the routine material, and these are worth 
picking up. 

Writing about Amstrad discs is made more 
difficult by the fact that there are two operat- 
ing systems, CP/M ann AMSDOS. In the 
effect, AMSDOS makes use of CP/M, but 
modifies the command structure and 
specialises the system to BASIC programs. 
In some ways the result is convenient, but in 
other ways it can be frustrating. However, 
since AMSDOS uses CP/M, rather than vice 
versa, it might have been helpful to describe 
CP/M first, then show how AMSDOS uses 
it. 

Instead, the book begins with an 
emphasis on AMSDOS, making occasional 
references to CP/M later. This means thatthe 
relationship between, say, ERAinCP/M and 

ERA in AMSDOS does not emerge as 
clearly as it might. 

Itis inthis part ofthe book thatthe first ofthe 
programs appears, aBASIC/machine-code 
hybrid that displays tape headers. That may 
seem out of place in a book on disc systems, 
but it is intended to help in copying tape to 
disc. Like the other programs in the book, itis 
backed by detailed explanations, and the 
underlying ideas are perhaps more valuable 
than the programs themselves. 

In connection with this routine, there is the 
first hint of something that recurs in the later 
chapter: a diatribe against the tape protec- 


tion system. This culminates in a program to 
copy protected tapes, something which | 
fee] may be unfortunate. Yes, this so-called 
‘protection’ is frustrating. Yes, it can be 
broken by setting up a mere fifteen bytes of 
machine code(my method, notthe one inthe 
book!). Yes, the Amstrad house journal car- 
ries advertisements for programs that will 
copy protected tapes. Granted all that, it 
can be risky to ‘blow the gaff’ in public. 
However, that is not my worry. . . 

Chapter four is devoted to CP/M, cover- 
ing in a fairly terse way some of the utilities 
which are only mentioned in the manual. It is 
true that the value of some of these routines is 
limited by the fact that they are written for the 
8080, not the Z80 (though we have had Z80 
versions on our Sorcerer for five years now). 
Nevertheless, itis frustrating to know they are 
there but be unable to use them. 

Next, there are two chapters on database 
systems, including a BASIC program of 
some 143 lines called "Filing Cabinet”. I 
suspect that there is an errorin line 100 ofthis 
program, a suggestion that lines 60-80 may 
be used to hold printer setting-up state- 
ments. It rather looks as if lines 100-120 
should have been quoted. Perhaps there 
was a renumber. . . 

The book then goes off at atangent, devot- 
ing achapterto printers, On the whole, this is 
less successful than the rest. It may be of use 


The Amstrad CPC464 Disc System, 
by Ian Sinclair, OOp/£7.95 paperback 
(William Collins & Co Ltd, 8 Grafton 
Street, London W1X 3LA). 








to someone making a choice between three 
popular makes, but the information offered is 
not complete enough to be of real value. 

The last chapter offers a number of disc 
utility programs, and these are very useful 
indeed, ifonly forthe ideas they inspire. One 
will display the data in any given disc sector, 
the next will copy tapes — protected or not 
— there is ascreen-to-disc facility, amemory 
dump and a disc editor. A veritable play- 
ground for the experimenter. 

Finally, it must be said that the book is not 
without its bugs. In explaining why the disc 
drive must be switched on first, the key point 
is missed completely: if the drive system is 
not powered during initial reset, it cannot set 
up its command words, claim RAM, and 
otherwise prepare for action. If the main unit 
has been switched on first, the error can be 
cancelled out by repeating reset, pressing 
ESC with Shift and Control depressed. There 
is no need to switch off and start again. 

Again, it is suggested that double line 
throw with Epson printers can be cured by 
halving the distance of the throw. That could 
have bad side effects. The problem arises 
because the CPC464 earths line 14 of the 
printer cable. Put a slip of drafting tape over 
the relevant contact, and the earth is 
removed. (And we hear of people ‘hacking 
their printer cable about’ to achieve the 
same result.) 

The last bug noted is curious. In the disc 
copy program, machine code is loaded from 
0145 toO16D, and the useris then instructed 
to call NEW. Goodbye machine code, since 
NEW erases RAM from 0040 to HIMEM, 
unless (AE7F/80) has been changed. It cer- 
tainly does on my machine... 


VERDICT 


But bugs are bugs, and none of us can 
avoid them completely. On the whole, the 
book is useful. It has given me some ideas 
which look worth developing, and that is 
always welcome. 

To end on a personal note, long-term 
readers may wonder what has happened to 
our beloved Sorcerers. Well, mine has left 
home with my younger son, who will no 
doubt continue to put it to good use — if his 
brand-new wife permits! The other Sorcerer 
continues to serve my elderson, butnow that 
I have re-equipped myself with an 
Amstrad it may not be long before the 
younger generation follows suit. 
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COMPUTERS 






TAKE TO 
THE TRACK 





Don Thomasson 


Computers are becoming an increasingly important part of the motor 
racing scene, and we examine some of the reasons for this. 





otor racing conjures 
up differentimagesin 
the minds of different 


people. Many see it as essen- 
tially amatter of blood and guts, 
but acloserlook reveals thatthe 
prime essential is precision, 
coupled with high standards 
of engineering. 
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Ithe keyboard as he sought 


vainly for strategy that would 
help his cars to win. Even com- 
puters cannot perform miracles. 

On the other hand, they are 
not always used to best advan- 
tage. Those massive tabula- 
tions of lap times, for example, 
are informative to the practised 


eye, but the information can be 
made a lot clearer by plotting it 
in graph form. Suppose the first 
and second cars are coming 
nearer together: is the second 
car going faster or the leader 
slowing down? A graph will 
show the answer at a glance, 
whereas the tabulated figures 


would have to be examined in 
detail to see what was happen- 
ing. A graph display might be 
useful to commentators, 
especially those who always 
seem to guess wrong... 


“CIRCUIT DESIGN 


We have allheard of computers 
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being used to design electrical 
circuits, but the idea of using 
them to design racing circuits is 
less familiar. In 1971 the owners 
of the Watkins Glen circuit in 
America decided to extend it, 
and they asked the Aeronauti- 
cal Laboratory of nearby Cor- 
nell University to design a lay- 
out that would increase the lap 
time to 100 seconds. Pole posi- 
tion for the first race on the new 
track was gained by a time of 
102.642 seconds. Not bad at 
all. 

Some of the factors used were 
eye-openers. Lateral force in 
flat comers was limited to 1.4g, 
increasing to 1.74g for banked 
comers. Braking force was set at 
1.1g at 5O0mph, with a steady 
increase to 1.5g at 185mph to 
take aerodynamic downforce 
into account. The figures for for- 
ward acceleration were 0.9g at 
5Omph, 0.5g at 1OOmph, 0.2 at 
150mph, and zero at the ter- 
minal velocity of 185 mph. 

More recent figures of this 
kind are hard to come by, but 
even those quoted are impres- 
sive enough. Note that the 
acceleration: at low speeds 
implies a forward impulsion 
almost equal to the weight ofthe 
car, and no more than 60% of 
that weight is normally loaded 
on to the rear driving wheels. 
However, acceleration pro- 
duces a rearward bias of the 
weight distribution, as demon- 
strated by the ‘wheelies’ per- 
formed by motor-cyclists. This 
increases the downforce on the 
rear wheels, but makes the front 
wheels ‘go light’, which may 
explain why early experiments 
with four-wheel drive were not 
too successful. The application 
of power reduced steering 
forces, the front of the carsliding 
outwards in a classic example 
of ‘understeer’. 

It seems that four-wheel drive 
has now been made to work in 
rally cars, anditmay be nocoin- 
cidence that the use of com- 
puters in car design has in- 
creased enormously since 

The need for precision arises 
in anumberof ways. The drivers 
must place their cars on the 
track with accuracy, or they will 
lose speed. Reflected in lap 
times, this can be important in 
two ways: during practice, lap 
times determine the allocation 
of places on the starting grid, 
and the fastest time is rewarded 
by possession of'pole position’, 
the favoured side of the front 
row. During a race there are 
fastest and record laps to be 
obtained. They offer no con- 


crete advantage undermodem 
tules, but are much prized by 
those who are credited with 
them. 


LAP TIMING 


It was different back in 1954, 
when one point counting to- 
wards the championship was 
awarded for the fasted lap. 
Unfortunately, the British Grand 
Prix at Silverstone was only 
timed to the nearest whole 
second, and the point had to be 
shared between seven drivers. 
It was clear that improved 
methods were needed. 

By 1971, timing had become 
so accurate that pole position 


was determined by a margin of | 


no more than one millisecond! 
Since even a grand prix car 
would move forward no more 
than 2-3 inches during that 
time, it might be felt that preci- 
sion had been overdone alittle, 
but the figures looked impres- 
sive on the results sheet. 

Recording lap times presents 
many problems. Taking the 
time of the starting signal as a 
base, the moment when the car 
crosses the timing line must be 
noted. That may set up a thou- 
sand or more entries, which 
strongly suggest the need for 
computer assistance, if the 
necessary data can be gener- 
ated in suitable form. 

A photoelectric sensor and 
light beam may spring to mind, 
but that can be defeated if two 
cars cross the timing line side by 
side. Nor can such a system 
identify the cars. The only infall- 
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ible method requires that the 
cars should transmit identifying 
signals, which can be picked 
up by a buried ground loop. 
Such an arangement may 
serve forthe central timing com- 
puter, but timing systems run by 
individual teams are likely to fall 
back on cruder methods. 
However, they only need to 
keep track of their own cars and 
those of their immediate rivals. 
There was an_ interesting 
scene in a television film of the 
recentLe Mans 24-hourrace. In 
the small hours ofthe moming, a 
worried-looking team manager 
sat staring at the screen of his 
computer, fingers poised over 
those earlier 
transforming what was once a 
‘black art’ into something rather 
more efficient and effective. 


ENGINE CONTROL 


The computers in the pits at Le 
Mans played their part, but 
computers in the cars had a 
more direct effect on the results. 
Some seven hours after the 
start, the car in second place 
developed a misfire. The Mot- 
ronics computer used to control 
the engine was _ rapidly 
replaced by a spare, the spare 
being carried in the car in case 
there was a failure away from 
the pits. Before long, the car was 
back, the misfire persisting, and 
a light on the instrument panel 
glowing to show that the com- 
puter was unhappy. 


Hurried diagnostic work 


traced the cause to a water tem- 
perature sensor that was giving 


teas 


~~ 


experiments, \ 


5 


high readings, making the com- 
puter increase fuel flow in an 
attempt to cool things down. 
The solution was simple: Dis- 
connect sensor and _ cross 
fingers. 

Imagine having to diagnose 
afaultlike thatin the vicinity of a 
hot engine at ten o'clock at 
night in a dimly lit pit with pre- 
cious minutes ticking away, 
and you might wonder if this is 
an instance of technology 
being carried too far. Not so. 
The engine control computer is 
an essential these days. 

It is widely known that the 
basic petrol engine is far from 
efficient. The efficiency can be 
increased by simple mechani- 
cal devices such as automatic 
advance and retard and pre- 
cise mixture control, but a point 
is reached where such devices 
are no longer good enough. 
There are too many relevant 
factors to be taken into account, 
especially where turbocharg- 
ing is involved. 

The need for efficiency, as 
well as pure power, has been 
stressed by the introduction of 
tules limiting the amount of fuel 
that can be used during a race. 
Some cars carry displays which 
tell the driver how much fuel he 
has left, but that has not preven- 
ted a number of cases where a 
car in contention has run dry in 
the last few laps. The display 
may have been at fault, but it is 
more likely that it was ignored. 
Having driven brilliantly to get 
into the lead, few drivers would 
be prepared to ease off and 
conserve fuel if that meant fall- 





Olivetti equipment at work providing a results service at the 1984 Imola Grand Prix. 
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ing back down the field. The 
best answeris to ensure that the 
fuel is used economically 
enough to last out. 

Since those who report on 
motor racing are not usually 
computer experts, information 
on engine control systems is 
sparse, but a quote from Ford 
executive Walter Hayes is 
revealing: 


“What we are aiming to dois 
to put the thinking in the 
engine, where it belongs, 


and free the driver so he can 

concentrate in a more 

single-minded fashion on 

his driving.” 
Fine. But what does the driver 
say if the ‘thinking engine’ gets 
too independent, and ignores 
th instructions given to it? Enter- 
ing a bend, the driver calls for 
more powerto swing the tail out, 
but the engine decides that too 
much fuel would be used. 
Crunch. 

As with all devices intended 
to simplify human tasks, the 
engine control computer can 
create new problems, partly by 
reducing the degree of control 
available to the driver. 


DATA 
COLLECTION 


The way was paved for the 
introduction of engine control 
computers by the earlier use of 
data collection systems car- 
ried in the car and linked by 
radio to recording and display 
gear in the pits. The inside of a 
racing car could scarcely be 
described as a benign environ- 
ment, and the lessons leamed 
from data collection installa- 
tions was useful in deciding 
how to make computers stand 
the racket. 

Of necessity, the systems 
were to some extent tailor- 
made to suit a particular car, 
but extensive use was made of 
standardised modules. This is a 
comparatively little-known 
branch of computer elec- 
tronics, but one that has a wide 
and varied potential market not 
yet fully exploited. Work in this 
field requires much the same 
kind of mental approach as that 
involved in amateur elec- 
tronics, coupled with a sound 
knowledge of engineering in 
general. Users like motor racing 
teams can afford to pour a great 
deal of money into such work, 
and there is plenty of scope for 
useful development. 

In particular, the use of com- 
puters in data analysis has not 
been fully explored. Manual 


Nelson Piquet’s Olivetti Brabham-BMW. 
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analysis is tedious and error- 
prone, where a computer can 
be patient and accurate. 
Before this can be put to best 
use, however, there must be at 
least one person involved with 
the necessary knowledge and 
experience ofall the disciplines 
concemed. Such people are 
not easy to find. 


SUSPENSION 
DESIGN 


It is fitting to end by looking ata 
system which exemplifies the 
possibilities mentioned above. 

The suspension system of 
racing cars commonly use a 
pair of triangular ‘wishbones' 
pivoted to the main body and 
linked at their outer ends by an 
‘upright’ which supports the 
axle and wheel. The upright 
can rotate about its long axis, 
and this rotation is controlled 
either by a steering arm or a 
fixed link. The arrangement 
offers great flexibility, and slight 
changes in the dimensions of 
the various components can 
transform the handling of a car. 

Working out the effect of such 
changes manually can entail 
the creation of a whole series of 
drawings showing the move- 
ment of the suspension ele- 
ments in three dimensions. The 


new system does away with all 
this drudgery. Supplied with the 
relevant dimensions, it will work 
out the consequent changes in 
camber, steer, roll centre posi- 
tion and so on, displaying the 
results on a VDU screen. There 
are some limitations, such as an 
inability to take rubber-bushed 
joints into account, but they are 
of limited importance. 

The system works on a 
‘Turkey’ basis, with the program 
in ROM so that it is available at 
switch-on. Only the combined 
computer and keyboard unit is 
supplied. That works with a 
black and white television set 
for the display, and a printer 
may be added for hard copy 
records. 

This interesting device, 
which among other things has 
to solve the difficult problem of 
working out the possible con- 
figurations of a four-link struc- 
ture, costs £620. That seems 
incredibly cheap, until you 
notice that the display looks 
remarkably like that of a ZX81! 

For those who wish to dis- 
cover more, the system is 
supplied by Andreason Rac- 
ing, The Moorside, 
Trading Estate Win- 
chester. Tel: (0962) 
60755. 
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BUSINESS COMPUTERS 

Apricot F1E £637 (£614) £658. Apricot F1 
£894 (£870) £933. Epson PX8 £900 (£872) 
£892. Commodore PC10 £1595 (£1564) 
£1664, Commodore PC20 £2573 (£2485) 
£2685. Sanyo MBC 775 £1920 (£1899) 
£1999. Cannon A200C £1609 (£1586) 
£1686. Sanyo MBC550 £723 (£699) £799. 
Sanyo MBC550-2 £975 (£939) £1039. 
Sanyo MBC555-2 £1343 (£1322) £1422. 


ORIC AND SINCLAIR COMPUTERS 
MCP40 Oric printer/plotter £109 (£110) 
£122. Sinclair pocket TV £97 (£95) £101. 
Sinclair QL Computer £374 (£365) £386. 
QL Floppy disc interface £107 (£103) 
£109. 3.5” disc drive to suit this interface 
£177 (£176) £196. Sinclair Spectrum Plus 
Computer 48k £123 (£127) £147. Original 
48k Sinclair Spectrum Computer £89 
(£95) £116. Kit to upgrade the spectrum 
to Spectrum Plus £30 (£30) £40. 
Microdrive £49 (£50) £60. RS232 
interface 1 £49 (£50) £60. Special offer:- 
Microdrive + Interface 1+ 4 cartridges £97 
(£99) £107. Blank microdrive cartridges 
£2.50 (£3) £4. Spectrum floppy disc 
interface (See Cumana disc section for 
suitable disc drives) £97 (£89) £99. 
Interface 2 £20-£40 (£20) £24. 32k 
mempry upgrade kit for 16k Spectrum 
(issue "2 and 3 only) £31 (£28) £30. 
Spectrum Centronics printer interface 
£46 (£42) £47. ZX printer has been 
replaced by the Alphacom 32 £61 (£59) 
£72. ZX81 computer £29 (£29) £39. 


COMMODORE COMPUTERS 
Commodre 64 £161 (£159) £189. 
Convertor to allow most ordinary mono 
cassette recorders to be used with the Vic 
20 and the Commodore 64 £9.78 (£9) £11. 
Commodre cassette recorder £43 (£44) 
£50. Centronics printer interface for Vic 
20 and the Commodore 64 £45 (£41) £46. 
Disc drive £191 (£186) £217. 


AMSTRAD, ATARI ENTERPRISE AND 
MSX COMPUTERS 

Amstrad 464 Colour £342 (£348) £388. 
Amstrad 464 Green £232 (£247) £287. 
Amstrad 664 Colour £439 (£431) £481. 
Amstrad 664 Green £331 (£332) £382. 
Atari 130XE computer £158 (£163) £183. 
Atari 520ST computer with 3.5” disc 
drive, mouse, monitor and software £675 
(£670) £730. Atari 800XL computer + 
recorder £120 (£123) £143. Atari 800XL 
computer + disc drive £229 (£230) £260. 
Atari data recorder £34 (£37) £47. Atari 
disc drive £172 (£171) £191. Atari 1020 
printer £93 (£99) £115. Enterprise 64 
computer £172 (£170) £190. Enterprise 
128 £223 (£229) £249. Goldstar MSX £138 
(£138) £158. 


ACORN COMPUTERS 

Acorn Electron £119 (£119) £139. BBC 
Model B with free speech i/f £345 (£333) 
£373. New 64k BBC Model B Plus with 
doub density disc interface £497 (£484) 
£514. Acorn disc i/f + DNFS £97 (£95) 
£100. See below for suitable disc drives. 
Colour monitor £188 (£228) £268. 


CUMANA DISC DRIVES 

To suit disc interfaces of 
Spectrum and BBC B. Single:- 40 track 
single sided £117 (£120) £150, 40 tr 
double sided £149 (£149) £179, 80trs ds 
£166 (£166) £196. Dual:- 40tr ss £209 
(£211) £251, 40 tr ds £285 (£283) £323, 
80tr ds £307 (£304) £344 


Sinclair 


PRINTERS 

New Epson LX80 £249 (£249) £282. 
Tractor for LX80 £25 (£33) £53. MCP40 4 
Colour printer/plotter £109 (£110) £122 
Brother HR5 £148 (£152) £184. Brother 
M1009 £201 (£203) £234. Shinwa CTI 
CPA80 £218 (£222) £258, Cannon 
PW1080A £309 (£306) £356. Brother 
EP22 £135 (£124) £144. Brother EP44 
£212 (£208) £228. 


SWANLEY ELECTRONICS 


Dept CT, 32 Goldsel Road, Swanley, Kent BR8 8EZ, England. 
TEL: Swanley (0322) 64851 
Official orders welcome. All prices are inclusive. UK prices are shown first and include 
post and VAT. The second price in brackets is for export customers in Europe and 
includes insured air mail postage. The third price is for export customers outside 
Europe (include Australia etc) and includes insured airmail postage. 
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> Comprehensive library 


pecific 
iqned by {W) LATTICE,* 
Ee plete C compiler available forthe QL. 


> Complete Kernighan and Ritchie implementation. 


: int arithmetic. 3 
oil leak of UNIX and QDOS functions. 





Separate compilation . Linker. 
< eer data types (inc. structures and arrays). 


S Macros and conditional compilation. 


> Over 90 detailed error messages. 
> Compatible with LATTICE® com 


Available from W.H. Smith, John Lewis, HMV, Menzies, Boots and 
other leading retailers or direct from Metacomco 


piler on IBM PC etc. 


BLANK DISKS 


5%in blank discs (40 track) 
Prices per box of ten 


single-sided/ 
double-density 








double-sided/ 
double-density 


Scotch 3M £14.95 £19.95 
Dysan £16.95 £24.95 
Memorex £12.95 £16.95 


(unlabelled with free case) 


S-J-B SUPER 
SAVERS!!! 


50 Memorex SS/DD disks supplied 
in a perspex storage box. 


only £59.95 


50 Memorex DS/DD disks supplied 
in a perspex storage box 
only £74.95 
We also supply 3” and 31," disks 


FURTHER DISCOUNTS ON BULK 
ORDERS 
















CREDIT ACCOUNTS AVAILABLE 
FREE FAST DELIVERY ON ALL ORDERS 

ALL PRICES INCLUDE VAT 

Please send cheques/PO's to: coe 

[aM] | S-J-B DISK SUPPLIES 
DEPT CT 11 OUNDLE DRIVE, 

WOLLATON PARK, NOTTINGHAM NG8&8 1BN 
TELEPHONE: 0602 782310 












QL PASCAL £89.95 we. VAT 


Fast, single pass Pascal compiler generating native 68000 code. Complete implementation of 
the ISO 7185 Pascal Standard. The Pascal recommended by Sinclair Research for use with the QL. 


ASSEMBLER £39.95 wc.ver 


High specification macro assembler supporting the full Motorola instruction set. Complete 
with linker. Extensive range of features. Thousands of copies now in use worldwide. 


BCPL £59.95 we.ver 


A true compiler. Ideal for systems programming - utilities, games and applications. 


LISP £59.95 INC, VAT 


LISP interpreter for exploring “The language of artificial intelligence”, with graphics. 

















Every DEVELOPMENT KIT includes Metacomco's popular screen editor and a detailed manual. 


All KITs will operate either on a standard QL or on QL's with floppy disks or memory expansion. 


| Phone today or post this coupon to: Metacomco, 26 Portland Square, Bristol BS2 8RZ. 
Please send me: Assembler £39.95 C1 LISP £59.95 D1 BCPL £59.95 
| QL PASCAL £89.95 DQL C £99.95 0 | enclose a cheque for £____ or debit my 
eee | 





26 Portland Square, Bristol BS2 8RZ. | ACCESS/VISA No: 
Tel: Bristol (0272) 428781 NAME 


QL and QDOS are trade names of Sinclair Research Ltd. ADDRESS 
POSTCODE TEL. NO: 


CARD EXPIRY DATE 








SIGNATURE 
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Price includes VAT, postage and packing UK mainland only. Delivery, allow up to 28 days 








OL PASCAL 


Metacomco’s Pascal for the Sinclair QL. Reviewed by Garry Marshall. 





ascal is the language for systematic 
P program development. It is taught 

on many computing courses and is 
widely used for software development. 
Metacomco have now produced a Pascal 
development kit for the OL. This extends the 
range of languages provided by them for the 
QL by adding Pascal to theirLisp, BCPL and 
Assembler, which were reviewed in June's 
Computing Today. 

The history and merits of Pascal are well 
known, but it will do no harm to rehearse 
them briefly again. It was developed in the 
late 1960s by Niklaus Wirth, who aimed to 
create alanguage suitable for both teaching 
and applying the concepts of programming 
systematically and with clarity. He also inten- 
ded that the language should be available 
and usable on computers of all kinds. That 
these aims have been met is self-evident 
from Pascal's widespread use and 
availability. 

The popularity, and the merits, of Pascal 
stem from the fact that it makes the writing, 
reading and modifying of programs easier 
than do the vast majority of programming 
languages. The ways in which it does this 
include the following: 


@ Structured control statements, for 
decision-making, selection and 
repetition, are provided so that clear 
and concise programs can be writ- 
ten with the flow of control proceed- 
ing from the top to the bottom. 

@ Programs can be broken up into 
smaller independent procedures 
and functions each with their own 
private variables, and well-defined 
input and output. These can be writ- 
ten and tested individually. 

@ Data types and structures'can be 
defined and then used as required. 

@ Variables, procedures and func- 
tions can be given long names which 
can be chosen to suggest their pur- 
poses, and so make programs easier 
to understand and to write. 

@ Recursion, which can provide the 
most natural and direct way to pro- 
gram an application, is supported. 


The widespread acceptance of Pascal has 
had a number of consequences. One is that 
there is an intemational standard for the 
language which has been promulgated by 
the Intemational Standards Organisation 
(ISO). This means that all programs written 
using aversion of Pascal that conforms to the 
standard will be portable in that they will run 
on any other such version. Metacomco's QL 
Pascal conforms to the ISO standard. 
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intemational standard. 





Another consequence of Pascal's success 
is that many of its features have been bor- 
rowed for incorporation by other languages. 
This is particularly true of the dialect of 
BASIC supported by the QL, known as 
SuperBASIC. The statements that it posses- 
ses include IF ... THEN... ELSE and, for 
bracketing a sequence of instructions to be 
executed repeatedly, REPEAT and END 
REPEAT. It also possesses an EXIT com- 
mand for exiting from a repeated sequence: 
placing this immediately after REPEAT 
creates a the equivalent of a WHILE loop, 
and placing it immediately before an END 
REPEAT creates a REPEAT... UNTIL loop. 
That superBASIC possesses these state- 
ments makes it more difficult than otherwise 
for Pascal to show to advantage with the 
QWL. As a result, this review will concen- 
trate on the areas of Pascal that do not dupli- 
cate those of SuperBASIC. By doing this, it is 
possible to show how Pascal can be used for 
applications that would be more difficult to 
implement when using superBASIC and, at 
the same time, to see if this version of Pascal 
operates properly and does conform to the 





GETTING STARTED 

The development kit consists of an EPROM, 
two Microdrive cartridges and a manual. 
The EPROM contains part of the Pascal com- 
piler, and must be inserted in the ROM 
socket at the back of the OL after (as the 
manual is at pains to stress) unplugging the 


QL. With the EPROM in place, powering up 
gives the usual initial screen but headed by 
‘OL Pascal’ with a version number. After 
selecting either the monitor or television 
mode of display, typing ‘ROM’ causes the 
EPROM to check itself. It does this, produc- 
ing the report ‘GOOD ROM or, if you are 
unlucky, ‘BAD ROM, instantaneously. One 
of the Microdrive cartridges contains the 
remainder of the Pascal compiler and also 
contains a code to match thatin the EPROM, 
so providing an effective anti-pirating system 
that still allows you to make your own back- 
up copies. The other cartridge contains an 
editor and the Pascal run-time system. The 
editor is the same as that supplied with 
Metacomco’s other language development 
kits. The run-time system contains a linker to 
link a compiled Pascal program with the 
Pascal run-time library to give astand-alone 
program that can be run independently. It 
also contains an installation program with 
which the kit's default mode of operation can 
be changed, and a file containing exten- 
sions to ISO Pascal, including graphics 
routines, which can be called in when 
required. The manual will be dealt with 
later. 

The first step in running a Pascal program 
is to create the program with the editor andto 
store it in a file on cartridge. This requires the 
running of the editor which, after placing the 
cartridge containing it in the left-hand Mic- 
rodrive, is done by typing: 


EXEC__W mdvl__ed 


The editor allows direct entry of text, supports 
a wide range of screen editing facilities and 
possesses a range of commands, including 
one for saving the current file. The manual 
provides some short programs which can be 
used while mastering the system. 

Having created and saved a file contian- 
ing a program, the next step is to leave the 
editor, with its ‘Quit’ command, and to run 
the Pascal compiler, after inserting the car- 
tridge contining it, with: 


EXEC__W mdv1__pascal 


Once invoked, the compiler asks a number 
of questions, including whether you want to 
create a file containing any compile-time 
errors and whether you want to make use of 
the additions to standard Pascal. To begin 
with, at least, all the questions except the 
secondcan be answered by pressing ENTER 
to give the default response, because the 
default mode corresponds to the simplest 
way of using the system. The response to the 
second query requires a name for the file to 
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take the compiled program, and this name 
should begin with the name ofthe Microdrive 
on which the file is to be stored and end with 
the extension REL, so that it might be, for 
example, mdv2__prog__REL. This is a 
typically clumsy file name, and stems from 
the requirements of the OL. The REL exten- 
sion is standard for files containing reloca 
table binary code, being used by, among 
others, CP/M. 

After this, the linker can be run from its 
cartridge by: 


EXEC__W mdv]l__paslink 


The first thing that it does is to ask for the 
name ofthe file containing the compiled pro- 
gram, and it must now be typed. Then it will 
ask for the names of any further binary input 
files. Forasimple program there willbe none, 
and it is sufficient to press ENTER. But when 
developing a large program, its segments 
can be compiled independently and then 
linked together at this stage. It is also possi- 
ble to link in binary files created with any of 
the other Metacomco language systems, 
thatis, with their Lisp, BCPL or Assembler. In 
this way programs can be developed with a 
mixture of languages using the one that is 
most suitable for each segment. At all times 
the linker will continue to ask for further 
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Fig. 3 The way the linked list is created in the program in Fig. 2. 


binary files until ENTER is pressed by itself on 
a request. 

Following this, the linker asks for the name 
of an output file in which to place the linked 
program. There are two basic ways torespond 
at this point. Just pressing ENTER will cause 
the program to be run and to display any out- 
put onthe screen. Giving a file name causes 
the linkerto place the linked Pascal program 
complete with the Pascal run-time support 
library in the file from where it can be mun at 
any time by typing 'EXEC__W’ followed by 
the file name, always remembering that the 
file name must include the Microdrive 
identification. 

To summarise this, the procedure for run- 
ning a program is: 


1. To create a file containing the 
program with the editor. 

2. To run the compiler to create a 
second file containing the compiled 
program. 

3. To mun the linker to link the tran- 
slated program, first, with any addi- 
tional segments and, second, to the 
support that is needed to make it an 
independent program. 

4. To run the program. 


This description is geared to the assumption 
that we are dealing with a correct program. 
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Even so, it shows that there are several dif- 
ferent ways in which to proceed. When 
developing a program, there are even more 
options, which will provide help in the various 
stages of development, including debug- 
ging and testing, that are necessary to reach 
a correct program. The compiler can pro- 
duce a file containing descriptions of any 
errors that may occur during compilation, 
indicating them with error numbers the 
meanings of which are listed in the manual. 
The ability to link various segments together 
allows the program to be developed and 
tested in a systematic way. Each segment 
can be tested individually, and then in its 
communications with other  already- 


developed segments, before it is placed, 
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Fig. 2 A program to create a linked list. 
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fully developed, in its own file. The develop- 
ment of the next segment can then 
commence. 

Metacomco’s QL Pascal development 
system provides a powerful and truly flexible 
system for the development of Pascal pro- 
grams thatis wholly within the spirit intended 
by the language's originator and, further, 
supports mixed language programming by 
allowing a program to be built up by mixing 
binary files created with any of Metacomco’'s 
language development systems. 


SOME PASCAL 
PROGRAMS 


To demonstrate and to explore the capabili- 
ties of Pascal, we will present a few relatively 
short programs with which the system was 
tested, first, to see ifit coped and, second, to 
see if it handled ISO standard Pascal. The 
programs concentrate on the area in which 
Pascal differs most from BASIC, that is in the 
ways that it allows its programmers to struc- 
ture data. 

Whereas BASIC supports only integers, 
reals and character strings, Pascal allows its 
users to create data structures of almost 
limitless complexity to meet their needs. It 
supports the ‘RECORD’, so allowing any 
number of items of any type to be grouped 
together and then to be treated as a single 
entity. The RECORD is entirely analagous to 
the record used by a database program, 
consisting of fields, each of which can be ofa 
standard type or of a type declared by the 
programmer or, indeed, previously declared 
RECORDs. It also supports ‘POINTER’ vari- 
ables, which can be used to point to other 
variables. They can be used to create linked 
lists so that Pascal can be used for list pro- 
cessing. They can also be used to create, for 
example, a relational database, in which 
items are associated directly with others. By 
including a’POINTER of the required type in 
the definition of a‘RECORD’, it can be used 
to point directly tothe item associated with its 
RECORD. 

Our programs will involve RECORDs and 
POINTERs, and will indicate how they can 
be used with files. Pascal's file handlingis not 
one ofits strongest points, butit does provide 
us with a unifying theme for creating our 
simple programs that involve data structures 
by showing that they can be used to imple- 
ment non-trivial tasks. 

The first program (Figure 1) accepts text 
from the Keyboard and scans it character by 
character for any occurrences of double let- 
ters. It specifically does not report two spaces 
in succession. When the text has been ter- 
minated by pressing '@’ the program prints 
out all the double letters and gives a count of 
how many there were in the text. 

When given the input: ‘Pascal is better 
than many programming languages for writ- 
ing good programs.’@’ it produces the 
output: 


tt 

mm 

00 

Number of pairsis 3 


The next program (Figure 2) uses pointer 
variables to create a linked list and then to 
printit out. The elements ofthe list are printed 
in the reverse of the order in which they were 
handed to the list when it was created. The 
list created by the program is shown in Figure 
3, and may be of help in understanding how 
the program works. Its basic element is an 
object consisting of a character and a poin- 
ter to the next object in the list. The type of a 
pointer to an object is denoted by ‘object’. 
Variables of this type can be 
declared, while new instances can be 
generated as required so that lists of any 
length can be created. The program builds 
up its list starting with the character having 
ASCII code 65, then places the character 
with code 66 in front of it and pointing to it, 
and so on. When the list has been created, 
printing it gives ‘fedcba’. 

The program gives an example of a 
RECORD for structuring data, but the follow- 
ing is probably a more representative 
example: 


RECORD 
title, 
author, 
publisher: array[..12] OF CHAR; 
pages, 
date: INTEGER; 
price: REAL; 
illustrated, 
hardcover: BOOLEAN; 
ISBN: array[1]..10] OF CHAR 
END 


This RECORD definition clearly corres 
ponds to the filing card design shown in the 
second illustrations which could, in tum, be 
used as the basis for designing a record for 
entry in a database. By including this defini- 
tionina program, all the details of abookcan 
be grouped together and treated as asingle 
entity. Files of such RECORDS can then be 
created and manipulated. 

The two programs given here and others 
involving files of RECORDS were tried on the 
system, and they all worked exactly as they 
should have done. No problems with compil- 
ing Pascal programs were encountered and 
no deviations from ISO Pascal were 
detected. 


THE MANUAL 


The manual is, by its own admission, a work 
of reference rather than a tutorial treatment 
of QL Pascal. As a source of reference it is 
entitely adequate although its coverage is 
briefin’places, even to the point of terseness. 
The page breaks could be positio: ed more 
helpfully: on a couple of occasions I even- 
tually found vital information which was in 
the final few files of a section and placed at 
the top of a new left-hand page, although it 
appeared that the section had come to a 
natural end at the bottom of the previous 
page. Although the manual will meet all the 
needs of the experienced software deve- 
loper, especially after a little more attention 
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to its presentation, it is not really suitable for 
the less experienced. They will, of course, 
need it for the operating instructions that are 
specific to the development kit, but I think 
that they will need to supplement it with a 
good text. For this purpose, I would recom- 
mend ‘Programming in Pascal’ (2nd edition) 
by Peter Grogono, published by Addison- 
Wesley. 


CONCLUSIONS 


The development kit is intended for software 
developers and I would say that for them, 
and for any experienced Pascal program- 
mer, it is a powerful and flexible tool for use 
with the QL. It provides the full range of 
facilities, and combinations of facilities, 
required during program development. A 
beta-test copy was used for this review, so 
that there were a few rough edges, but they 
should have been removed by the time that 
the final product becomes available in June 
and at a cost of £89.95. I did manage inad- 
vertently to crash the system on a few occa- 
sions, butthis was when! was leaming to use 
it, and had done something really unlikely 
and stupid. 

The system is, as far as I can tell, a full 
implementation of ISO standard Pascal. It 
also provides additions to the standard, 
including graphics routines, although these 
were unfortunately not implemented on the 
beta-test copy. 

The use of the same editor as for Meta- 
comco’s other languages’ is only sensible, 
unifying the way in which their different 
languages are used. It also contributes to the 
ease with which mixed language program- 
ming can be carried out which is a definite 
bonus for all the development kits. Mixed 
language programming allows critical sec- 
tions of a program to be written in the most 
suitable fashion, whetherforspeed ofexecu- 
tion or anything else. Also, modules can be 
transferred from one project to another with 
ease regardless of the source language. 

My only complaint of any consequence 
concems the debugging facilities. The com- 
piler is quite helpful in this respect and can 
display the successive lines in which an error 
exists during compilation. It also gives an 
error number which is intended to be of 
assistance in correcting the error, but the 
interpretations of these numbers supplied in 
the manual are often unhelpful, not to say 
misleading. For compile-time errors, at least 
with the program line containing the error 
located, this is not an insuperable problem, 
but at run-time with no other help it becomes 
more serious. 

The programming enthusiast looking for a 
version of Pascal for the QL will also find that 
this system can meet every need. The full 
range of its facilities will not be needed, at 
least initially, and a good tutorial text will be 
essential. But it provides a full implementa- 


tion of Pascal, with added graphics = 


exploring and applying Pascal. 
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FEATURE: Making Models 


A powerful technique for modelling the real world with a microcomputer. 


o the railway modeller much of the 

joy in the hobby stems from the 

painstaking construction of a scene 
from the realms of the world of the real live 
railway. Once the lay-out is done, little 
time at all is usually spent running it. 
Within hours of having declared the 
system complete, the enthusiast is almost 
certain to be discovered up to the 
armpits in a toy hill-side, once more doing 
what gives most joy: building — not run- 
ning — his railway system. 

In much the same way the microcom- 
puter enthusiast derives most of the 
pleasure and satisfaction of the hobby 
from the challenge of the programming 
exercise itself, Once the program is run- 
ning and producing "the goods” and a 
demonstration made to the uninitiated of 
this most recent child of the man/machine 
union, the true computing addict is soon 
before the screen once more seeking ways 
to make the latest brainchild quicker, 
brigher, cleverer. 

A great deal of fun, then, must lie in a 
hobby which combines with the pleasure 
of a job well done, not the anticlimax of 
success, but the spur of a milestone 
passed. Such is microcomputer based 
modelling and simulation. 

Computer program designing and writ- 
ing for a simulation embodies all the time 
engrossing characteristics of conventional 
program production, but with a difference. 
The computer modeller, as with the pro- 
grammer, still can't wait to run the pro- 
gram. The reason is not, however, primarily 
to see if it works; it is because until it does 
work, the modeller cannot go on to 
simulate. 

Computer based simulation is being 
used more and more in both commercial 
and scientific environments to assist in the 
understanding of problems. One of the 
reasons for this is the gradual shift in the 
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problem solving philosophy from reduc- 
tionism to holism. 


REDUCTIONISM AND 
HOLISM 


Reductionism is the process of seeking 
understanding of a problem by breaking it 
down (reducing it) into a number of 
smaller, more manageable, individual pro- 
blems and seeking to understand each 
one of these separately. This was the basic 
approach of the nineteenth and early 
twentieth century scientists. A crude exam- 
ple of a reductionist approach is trying to 
understand ‘life’ by chopping up a human 
being to look for it. The problem is not solv- 
able this way. ‘Life’ is a property which 
‘emerges’ from the whole organism. The 
whole human ‘alive’ is more than the sum 
of the parts and to seek to understand bet- 
ter the nature of life the organism and the 
environment must be studied as a whole, 
complete situation, not in bits and pieces. 
The realisation of this principle, that pro- 
blems are more meaningfully comprehen- 
ded by standing back from them and 
viewing them in their contexts rather than 
isolating them from their surroundings and 
further splitting them up, gave rise to the 
‘holistic’ philosophy or the doctrine of 
‘wholes’. 

The legacy of the reductionists for the 
computer user is that many of the techni- 
ques available for problem solving on a 
computer are those which give precise 
answers to very precisely set up, small 
separate (and hence ‘unreal’, in terms of 
the real world) problems. But real world 
problems are complex and getting more 
so. The holistic approach is rapidly assum- 
ing a position of importance in that it 
affords a way of at least appreciating 
something of the mechanisms behind the 
workings of large, complex systems. 


Complexity and a computer are brought 
together under the guiding hand of a 
simulation analyst. The reductionist trap is 
avoided by setting up the problem in the 
computer in such a way that instead of giv- 
ing it an algorithm for calculating the solu- 
tion, it is fed a procedure for seeking one. 
No matter how many variables there are, 
the computer will juggle with them a// until 
a point of balance is obtained on either 
side of the assignement symbol. 


THE ARTICLES 


This article lays the foundations of micro- 
computer based modelling and simulation 
for the lay micro-computer enthusiast. The 
goal is to present to the competent home 
micro owner a methodology of modelling 
and simulation. The objective is to convey 
the knowledge, skills and techniques 
needed to build working, testable simula- 
tions of situations of one’s own choosing. 

Now before anyone reaches for their 
keyboard it must be evident from the 
foregoing that the art of modelling and 
simulation requires a willingness to con- 
cede certain philosophical issues. The 
issues are not difficult to grasp, but they do 
require that the would-be modeller adopts 
an open minded, unprejudiced, attitude in 
the thinking and approaches to problems. 

A- favourite story of mine, orginally 
recounted by Stafford Beer, concems the 
man who was grovelling on his hands and 
knees one night beneath a lighted street 
lamp. 

A passing policeman approached him 
and asked: “Good evening, Sir. Might I ask 
what the trouble is?”. 

“Certainly, officer’, answered the man, 


“Tam looking for my cuff-link”. 


“Where did you lose it, exactly, sir?”, 
clucked the constable. 

“Over there, in those bushes”, said the 
man, pointing some distance away into 
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the darkness. 

The policeman frowned. “Then why sir,” 
he asked, “are you hunting for it here?”. 

“Because,” replied the man, “this is 
where the light is.” 

Many modellers are far too ready to 
seek the model which answers their pur- 
pose in the comforting light of established 
techniques. Too easily are they persuaded 
to remove this factor or that from their con- 
sideration because not to do so would toss 
the model into the dark, thomy bushes of 
intractability. 


WHAT IS A MODEL? 


A model is a representation of an 
experience capable of being validated 
and used for further study of the 
experience represented. 

The problem here is that experiences do 
not run about the world with tags on them 
saying “look here, | am the experience 
called a ‘clock’, or "I am the experience 
called an ‘inventory system’, or "I am the 
experience called an ‘ecological system’”. 

Clocks, inventory systems and ecologi- 
cal systems mean different things to dif- 
ferent people. The way in which people 
might represent them is a mixture of both 
how they see them and for what reason 
they want to see them. 

This is not so much a statement of the 
obvious as it may seem. Many people who 
choose to discuss this or that often do so 
having assumed without question that the 
thing under consideration has led, and 
leads, a life independent of mankind. they 
believe that there is no need to consider 
talks about ‘talking about the experience’, 
because the experience is absolute and 
has the same meaning to everyone. 

That there is a need for these sorts of 
considerations is firmly underlined in the 
everyday world by the requirement for 
negotiations in, say, industrial disputes to 
open by talking about ‘talking about the 
problem’ before they begin to’ discuss 
ways of actually tackling the problem. 

The first rule, then, in modelling is to 
ensure as far as possible through discus- 
sion that both the modeller and the user 
(the person for whom the model is being 
built) are on common ground. However, 
when the modeller and user are one and 
the same then great care is needed to 
ensure that as little subjectivity as possible 
creeps in to cloud the issues. 

The above definition states that a model 
must permit validation and must open the 
door for further study of the system rep- 
resented by the model. 

Consider the following:- 


A FIRE 
A pile of dry sticks is placed upon dry, 
crumpled paper and the paper ignited. 
When substantial flames are observed 
coal is heaped liberally over the pile of 
wood and the whole is left to burn. 


This is a representation, using words, of a 
familiar experience. Could it be called a 
model? Does it permit the truth of the state- 
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ment to be established or admit further 
study of a fire? Well, the validation step 
could proceed along traditional lines — 
repeat the experiment and see what hap- 
pens — build ‘a fire’. The validity then of 
the statement would be brought into ques- 
tion had, say, the word ‘wet’ been used in 
place of ‘dry’. 

The illustration itself is trivial for the 
characteristics of wet and dry wood or 
paper are well known, but the principle is 
non-trivial. It is usually not easy to 
demonstrate the truth of the model pro- 
posed to study a situation and, more often 
than not, mere acceptance by all involved 
s all that is offered by the modeller. 

So far as furthering the understanding of 
the system ‘a fire’ through the auspices of 
the statement of the model, the above 
offers few, if any, possibilities. There are no 
clearly assigned relationships between 
clearly discemible elements of the system 
‘a fire’ that might be used in any way to 
add to the grand sum of knowledge about 
‘a fire’. 

If the above statement is deemed to be 
a model then it would appear to be a 
rather poor one. 

What, then, about this:- 


AFIRE 
A rate of burning which is sufficient to 
meet the current level of combustible air. 


It is possible, in the light of the above 
statement, to make hypotheses about the 
nature of a fire. For instance, the words 
convey the impression that a fire is a nega- 
tive feedback system. If the level of com- 
bustible air increases, then the fire’s rate of 
buming increases and in so doing dec- 
reases the level of bumable air. As the 
level of bumable air decreases, then the 
rate of buming decreases and in so doing 
effectively increases the level of bumable 
air since the fire will bum for longer and 
longer if it continues to bum more and 
more slowly. 

The hypothesis may be tested by carry- 
ing out suitable experiments upon a ‘real’ 
burning surrounded by real ‘combustible 
air’. Notice the subtle shift in validation 
emphasis from the model itself to proposi- 
tions about the model's behaviour. 


DIFFERENT MODEL 
TYPES 


Enough has been said to show that 
successful model construction requires 
thought as well as practice. Too much 
philosophy, however, runs the risk of the 
simulator not seeing any of the wood for 
the trees. 

That one ought to be able to do some- 
thing with a model is justifiable in the light 
of common experience; mechanical models 
can be driven, and in driving them things 
can be discovered about the ‘real thing’ 
they represent. Word pictures generally 
cannot be driven to find out things about 
what they describe. However, the word 
picture is still the first and foremost rep- 
resentation of an experience, and as such 


must play an important role in the modell- 
ing method. 

Another kind of model is the ‘pictorial! 
or, to give it its more up-market name, the 
‘schematic’ model. Into this category may 
be placed diagrams, sketches, maps, etc. 

Yet another sort is the ‘iconic’ model — a 
faithful replica of the system under inves- 
tigation, fashioned out of any material 
which lends itself to the occasion: wood, 
paper, plastic, and Plasticene are com- 
mon. Miniature icons and aeroplanes, 
cars, cooling-towers and pylons are used 
in wind-tunnel experiments to determine 
their performance in air streams and 
hurricanes. At the other end of the scale, 
icons of molecules are built to aid thought 
about the spatial and relative disposition 
of constituent atoms and particles. 


MATHEMATICAL MODELS 


The level of abstraction in mathematical 
models is highly sophisticated and the 
experiences represented are distilled until 
only their essence remains. For example: 


Y=mxt+ec 


could be a model of the sum of money in 
Joe's money-box after x months assuming 
Joe dropped m pounds in every month and 
that uncle William dropped c pounds in 
the box to start him off. On the other hand 
it might be a model linking the rate of erro- 
sion of a river bed to the volume of water 
flowing. 

The power with which the mathemati- 
cian can represent many apparently dif- 
ferent problems with the same set of 
symbols is one of the reasons why a 
mathematical modeller may make an 
unimaginative simulator: knowing a set of 
solution techniques can lead, albeit 
subconciously perhaps, to the problem 
being built up in such a way that the 
method of solution aligns with one of the 
known techniques. The cuff-link is sought 
only where the light is. 


WHATIS A 
SIMULATOR 


For the purpose of the discussions here — 


A simulation is the process of driving a 
model through time without the interven- 
tion of the modeller. 


The word ‘intervention’ is carefully chosen. 
The modeller may be involved passively in 
the simulation to the extent of managing 
the advancement of time from one activity 
or instant of time to the next, but the mod- 
eller may not interfere with the logical 
order of events as the simulation proceeds. 

Notice that the definition forces a 
distinction between simulations in which 
the time order of events is of crucia! impor- 
tance and those in which time plays no 
major role. The former type of simulation is 
the main concem here for the moment, 
which is why the definition is couched the 
way it is. Such simulations as the latter 
type are characterised, for example, by 


COMPUTING TODAY SEPTEMBER 1985 


| FEATURE: Making Models 
Neen EEE 


the old school chestnut of a model for pi, 
now growing very popular with the surge 
in school computing. The problem is to 
determine a value for pi starting with 
the diagram of Fig. 1. 

Originally a large version of Fig. 1 would 
be pinned to a cork board and a 
blindfolded pupil stood facing it. Armed 
with a dart, and suitably attended for the 
sake of safety and the Council's wood- 
work, the pupil would be allowed to pep- 
per the diagram with holes with 50, 100, 
200 or, depending upon the fervour of 


Area of circle _ 
Area of square 


no. holes in circle 
no. holes in square 


4 X no. holes in circle 
no. holes in square 


scientific curiosty, 500 throws. Upon com- 
pletion of the experiment, the ratio of the 
counts of the number of holes inside the 
circle only to the number inside the whole 
square yields one quarter of the value of 
pi. The greater the number of holes, the 
closer the outcome to the accepted value 
for pi. 

The basis of the experiment is the 
assumption that the locations of holes are 
independent of the locations of any pre- 
viously made holes and are randomly 
distributed over the face of the square. (So 
this experiment would probably produce 
too high a result. Right? — Ed.) 
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The simulation described above is rep- 
resentative of a static simulation since it is 
effectively stationary with respect to time. 
Its attraction lies in its usefulness in the 
‘new maths tradition of heuristic leaming 
and problem solving and is, when all prac- 
tical devices for random event generation 
have been demonstrated first, an interest- 
ing programming exercise and a nice illus- 
tration of the use of the random number 
function available on most micros. 


WHY SIMULATE? 


Most situations of any real interest are 
complex, too complex for full representa- 
tion by a set of easily solvable equations. 
Mathematical analysis does not always 
preserve the involved systemic 
relationships which prompted interest in 
the system to start with. Simulation, 
however, can preserve the complexity 
which the niceities of mathematics seeks to 
dispense with for the sake of tractability. It 
all depends upon whether or not the mod- 
eller finds the complexity too great to 
reveal understandable cause and effect 
relationships or finds the data upon which 
the simulation is to be based 
unobtainable. 

Simulations are performed to assist 
answering ‘what if . . .?’ type questions 
about a situation. They are carried out 
when seeking answers from the real world 
situation would put human life at risk, 
would be prohibitively expensive, or 
would destroy the real _ situation, 
necessitating expensive and time consum- 


ing reconstruction of the system after each 
experiment. 

The main reason why simulation is only 
slowly being absorbed into the analytic 
armoury of organisations and corporations 
is because model construction is such a 
difficult and skillful task. The construction 
of a useful model requires far more invest- 
ment in the valuable resources of time and 
manpower than most managers believe 
necessary, or are prepared to concede. 

Difficult though the construction of the 
model may be, it must be emphasised that 
the problems do not lie in lack of 
knowledge of a mathematical technique. 
Computer based simulation is not 
mathematical modelling, though the two 
streams of endeavour share a common 
source in the conceptual modelling phase. 
No, the problem lies in the superficial 
grasp humans have of most problems, 
when the “chips are down” so to speak, 
and statements of ‘fact’, upon which lies 
the understanding of the problem (and 
hence successful model construction), 
require justification. 

Where does all this leave the lay micro- 
simulator whose eager hand earlier was 
stayed as it stretched out for the keyboard? 
With which — words, diagrams, solids or 
symbols — is one to juggle before arriving 
at a position whereupon the model of 
one’s choice may be committed to a sliver 
of silicon? The answer is that one builds 
upon one’s appreciation of the situation 
using nothing but one’s understanding of it 
together with a very easily leamt, but 
extremely powerful, diagramatic represen- 
tation of the problem; in short, one works 
with the intersection of the first two, words 
and diagrams. 

Once the model has been constructed 
in this way, then, and only then, does the 
competent simulator attempt to express 
the model in a form suitable for processing 
on a computer. To do this requires a 
knowledge of the principles behind both 
continuous and discrete event-oriented 
simulations, how to sample using random 
numbers from data drawn from the real 
world systems, how to draw off from the 
running simulation information for use in 
discovering more about the system rep- 
resented, and how to portray output from 
the simulation for maximum benefit. 

In addition, discussions of how random 
numbers are generated and how lists of 
the events which push a simulation on 
through time may be stored and processed 
efficiently in the computer often allow more 
to be discovered about how the computer 
works than is revealed through the 
average programming exercise — another 
good reason for the computer buff to roll 
up the sleeves and simulate. 

The first task, then, is to establish a mod- 
elling technique which is capable of being 
understood by everyone and _ which, 
though simple to implement, puts no 
restrictions on either the imagination or 
ingenuity in pinning down the problem. 
Such a technique is called “Casual 
Loop Diagramming”, and this is = 
the subject of a future article. 
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CRIBBAGE 
PLAYER 


At the end of part 2, we had reached a point where the discards had been 
turned up, and table play was about to begin. We now begin to link up the 
various procedures with the main routine. 


dl able play is handled by the main 
routine, assisted by some _ pro- 
cedures, because itneedsto beable 
to branch freely to the ‘show phase’ and win 
routines. We may as well begin to look at the 
main routine as a whole. 

The routine divides into sections, deline- 
ated by loop points. It is shown in Listings 
12A and 12B. 

PROCB and PROCC are only called at 
initial start. For a new game, the program 
loops to line 120, where the variables con- 
cemed with scoring are zeroed. PROCD 
puts up the display frame, and the WIN flagis 
zeroed. 

For each new deal, the program loops to 
line 150. DL is changed from 1 to 2 or vice 
versa, being the dealer identity. Note that 
this happens after the cut for deal, which 
therefore has to set up the ‘wrong’ value. PL, 
identifying the playernot dealing, is set to 2 if 
DL is 1 and to 1 if DL is 2. 

The number of cards held by the player 
(C1) is set ot6, the number held by the com- 
puter (C2) is set to 4, anticipating the 
discard, and the numberof table cards (C8), 
the GO flag and the table points total (PT) 
are zeroed. 

It may be as well to pause a moment here 
to talk about the GO flag. At the start of 
a deal, or when the table cards are cleared, 
GF=0. In this condition the laying of cards 
altemates between the players. If the com- 
puter'calls GO’, being unable to lay a valid 
card, GF=1, while if the player calls ‘GO’ 
GF=2. PL=GF then calls on the player who 
has not called GO to take the next tum. 

If both players have called GO, or are out 
ofcards, GF=1 becomes GF=3, and GF=2 
becomes GF=4. PL=GF-2 then signals 
which player is entitled to a score for'a GO’, 
being the second to call GO, or— ifall cards 
have been laid — can claim the score for 
‘LAST CARD’. The use of GF is ingenious and 
worth detailed study. 
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Retuming to the main routine, the dealer 
identity is displayed on the top line, and 
PROCF is called to perform the deal. Then 
PROCG is called with SK=1, J5=6, to sort 
hand | (the player's) holding six cards. The 
message area is cleared, then PROCI dis- 
plays the cards, PROC] handles the com- 
puter discard, PROCK handles the player 
discard, and PROCQ tums up the ‘starter’. 

We have now reached the next loop 
point, entered when table play has reached 
a point where neither player can continue, 
though there are still cards to lay. PROCS 
registers table total, and then PROCT is 
called ifitis the player's tum, or PROCUifitis 
the computer's tum. These will be examined 
later. When they retum, the tricky business of 
scoring is begun. Itis tricky because laying a 
card can score points for several reasons, 
which are expressed in array ZH$: 


15 
3)’ 

‘A PAIR’ 

‘A RUN 

‘3 OF A KIND 
‘A GO’ 

‘LAST CARD’ 
‘4 OF A KIND’ 


MONooFPRWN+ 


ZH is the pointer to these strings, and T is the 
score associated with them. PROCT and 
PROCU set up scores for runs (ZR) and pairs 
(ZP), and HT holds the total ofsuch scores. Ifit 
is zero, the routine jumps past the relevant 
action to line 360. 

Otherwise, if ZR is non-zero ZH-4, pointing 
to'A RUN’, and HT=ZR. PROCX is called to 
register the score, and the pairs situation is 
then examined. If there are no pair scores, 
the routine jumps on. Otherwise, ZH points to 
an appropriate message, and PROCX is 
caleld with HT=ZP. 

The routine form line 360 on is complex 





enough to justify a flowchart, given in Fig 1. 
The influence of GF should be noted. There 
are three possible exits from this maze: back 
to line 270 for a further card to be laid, to the 
‘show phase’ routine, or to the win routine. 
The exits to the win routine had to be placed 
very carefully, since it may be required 
whenever the score changes. 


COMPUTER TABLE PLAY 


When the computer has to pick a card to put 
on the table, it takes a rather simplistic view 
or something that is really quite complex. 

For example, if there is a five on the table 
and youadd asix, you are asking for trouble, 
because your opponent can add a four — if 
he has one — and score 2 for fifteen and 3 for 
a run. You can risk that, however, if he has 
previously shown an inability to put down a 
card of value less than five... 


PROCU, in listing 13A and 13B, deals with 
the problem as best it can. 

If GF=1 then GF=3, and the routine 
retums. It has already called GO. 

If C2=0, the computer has no cards left, 
and if GF=0 it reports the fact, sets GF=1, 
and retums. 

If C2=1, there is only one card left, so 
selection would be pointless. Providing it 
would not take the table total past 31, it is 
played. If it is too large, and GF=2, GF=4 
and the routine drops out, but ifthe player is 
still in action the report ‘I can't play — Your 
go" is displayed. If GF=1 then GF=3, other- 
wise GF=1. 

Next, acheckis made to discover whether 
this is the first card to be laid, in which case 
the best chance is something of value less 
than5, so thatthe second card cannotreach 
atotalof fifteen. A loop looks fora4, 3, 2 ace 
in that order, and sets K to point to the card if 
asuitable one is found. The two nested loops 
are terminated. (The CPC464 would allowa 
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jump out of a FOR loop, but we recognise 
that this might cause trouble on other 
machines. It does on the BBC computer.) 
Failingacard below5, preferenceis given 
to values 10,6, 7,8, 9, in that order. Ifnothing 
tums up, the cards must all be fives. One of 
these is played — subject to the 3] limit. 
For cards other than the first to be laid, the 
decision method changes. First, a card giv- 
ing a total of 15 or 31 is sought, then a card 


Listing 12a: main routine, BBC. 


which is a pair with its predecessor, always 
subject to the limit of 31. 

Next, the possibility of creating or extend- 
ing arunis examined. The cards in the hand 
are added, one at a time, to those on the 
table, and PROCWA is called to score the 
result. If one added card produces a run, it 
is played. 

Finally, the largest valid card available is 
picked, though atotal of21 is avoided, since 
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it converts too easily to 31. (There are more 
cards of value ten than any other value, 
remember.) 

When the card to be played has been 
chosen, it is announced as a message and 
PROCZ is then called to rearrange the 
remaining cards in the hand, PROCV 
displays the card on the table, entering its 
value in CP(C8), PROCS updates the table 
total, and PROCW scores the result. 


Listing 12b: main routine, Amstrad. 


100 
110 
120 
130 
140 
150 
160 
170 
180 
190 
200 
210 
220 
230 
240 
250 
260 
270 


PROCB 
PROCC 
SC(1)=0:SC(2)=0:B1=0:B2=0:F1=0:F2=0 
PROCD 

WIN=0 

DL=2+(DL=2) :PL=2+(DL=2) 


. C1=6:02=4:08=0:GF=0:PT=0 


IF DL=2 THEN Dg=" I " ELSE Dg="You" 
PRINT TAB(30,1);D¢ 

PROCF 

SK=110 556 

PROCG 

PRINT TAB(0,26);SPC(80) 

PROCI 

PROCJ 

PROCK 

PROCQ 

PROCS 

IF PL=1 THEN PROCT ELSE PROCU 

ZH=0: IF HT=0 THEN 360 

IF ZR<>0 THEN ZH=4:HT=ZR:PROCX 

IF ZP=0 THEN 360 

IF ZP=2 THEN ZH=3 

IF ZP=6 THEN ZH=5 

IF ZP=12 THEN ZH=8 

HT=ZP1PROCX 

HT=0:ZP=0:ZR=0 

IF PT=31 THEN HP=2:ZH=2:PROCX:PROCY:GOTO 400 
IF PT=15 ANDVZH<>1 THEN HT=2:ZH=1:PROCX 
IF GF<70 THEN 430 

IF C1i+02<>0 THEN PL=2+(PL=2):GOTO 460 
IF C8>0 THEN HT=1:ZH=7:PROCX:PROCY 
IF WIN=0 THEN 500 ELSE 900 

IF GF>2 THEN 470 

PL=GF 


IF (PL=2 AND C2=0) OR {PL=1 AND Ci=0) THEN 480 


IF WIN=0 THEN 270 ELSE 900 
PL=GF-2 

IF C1+C2=0 THEN 410 
HT=1:ZH=6:PROCX:PROCY:GCTO 400 


Add to PROCA 


1240 


1470 
1480 


DIM ZH¢(8) 


FOR J=1 TO 8:READ ZHS(J):NEXT 
DATA 15,31,A PAIR,A RUN,3 OF A KIND 


JAA ONSUIE 1 ary 
11 ROSE facie 
Sie 1 aos She 
GSR 2 Aa 
Thee 


| 


ytd: Fd ct > Pt 


MeoF lam F if 


ee 


tad C820: OF et FT oa 


L=2 THEM [eh 
si 1 PRTM 


‘ free sa) 9 
IF PL=1 THEM Gos 
2H= TF HT=@ THE 
} "4 


S60 HT sh: 2P=0: 2h 
37@ TF PT="31 THEM HT 
GOT ae 

TF PT=St% AMD SHe 


t1k C THEM HT= 
420 IF WIM=8 THEM “a 
‘ FOGFee THEM 47°e 
| =e 
OPLaz AND C2 
$60 IF WIHea THEM 27 
47a FPL =GF 
i= THEY 


m GCSE ¢ 


1490 DATA A GO,LAST CARD,4 CF A KIND 


PLAYER’S TABLE PLAY 


PROCT, for the player's table play, is 
relatively simple. It is shown in Listings 14A, 
14B. It bears a strong resemblance to the 
player discard routine, but is extended to 
recognise aninputof'GO’, and tocheck fora 
failure to play a valid card. 

When a valid input has been made, 
PROCP rearranges the players hand, 
PROCV displays the card on the table, 
PROCS updates the table total and PROCW 
scores the result. 


MISCELLANEOUS 
PROCEDURES 


Some procedures have been mentioned in 
passing, but not listed. We will gather these 
up before going on to the ‘show phase’ 
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routine, which is entered directly from the 
main routine. 

First, there is PROCLL, a small extension 
of PROCL which sets ZJ=1 if the Jack of the 
tum up suit is found in a five card hand. 

PROCS displays the table total, and 
needs no comment. 

PROCV puts a card on the table. It must 
be called after PROCZ, which sets up AA 
and BB to identify the card, also rearranging 
the computer's hand. 

PROCW checks for pairs in table play, 
and PROCWA checks for runs. The routine 
drops out with HT, ZP and ZR zeroed if 
C8=1, which means there is only one card 
on the table, so there can be neither pairs 
nor runs. 

Otherwise, aFOR loop scans the cards on 
the table from last towards first, but drops out 
if the card is not a pair with the next. In 
successive iterations J7=2, 4, 6, and while 
the loop continues]J7 is added to ZP, giving 2 
for a pair, 6 for three of a kind, and 12 for four 


C teh 


WE SSee ELSE 
Hose 
sd HPe2k GOSUED GPkua 


Goes WIE qari 


SP SHES COOSUE RSA OGSLIE: Bee 
1 THEN Hf=2: Hel) OSE BSE 


Leet Pla a GoTo deg 
1: SHEP: GOSUIB Bee GOS eee 


MM ELSE See 
QONRC PL. AMD Pte THEM ae 
1A EI SE I 


ede 
EAE GOTO Alena 





of a kind. 

If this leaves ZP non-zero, or if C8 is less 
than 3 (three cards being the minimum for a 
run) the routine drops out with HP=ZP. 
Otherwise, the table cards are copied into 
array ST and sorted into order. A check fora 
run is made, first with all the cards, then less 
the first card, then less the second, and so on. 
ZR is set to the number ofcards in the run. The 
routine drops out when only the last three 
cards have been checked. 

PROCX reports the score and the reason 
for it, calling PROCR to update the score- 
board. 

PROCY clears the table cards from the 
display, zeroes C8, PT, and GF, then calls 
PROCS to erase the table total. 

PROCZ picks out card K from the com- 
puter's hand, storing its identity in AA and BB 
forPROCV to use. Note thatthe card remains 
in the hand, but is not available for table 
play. 

All these are given in Listings 15A, 15B. 
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Listing 13a: computer table play, BBC. Listing 13b: computer table play, Amstrad. 


4900 D's pli 4908 IF GF=1 THEM GF=3:FETUPH 

4910 er 33s CE DPRCC : IF C2°8 THEN 49368 

44920 : IF GF=@ THEM PRIHMT #1." T’m out of cards, 
1930 Pr GF T Ans I'm is, sPne 7 2 AOSHE 1 1a 


ou IPF o2 Tau 4g : IF C221 THEN 496m 
oso IP PT+VN(HH(2,1,1) 32 ‘THINS K=tscTC 508 ‘ TE PT MME HHO 2, 1.109032 THEM k=1 5077 
4950 CTC 5130 : BOTO Sle 
4990 IP C8>0 THEN £190 ‘ IF Ce rr 
4980 K=01FOR J2=4 TO 1 STEP 211 FOR Jit TO c2 Ss FL ? TEP-1: FOR 
Irv 1at(2, Jt, BU J2 THON Ladder 21 : He rls 1205 THEN K=.N1 
mT 31 5 : 


! A THEH 5ara 
“1 TC C2. i yr 
“eR 2ys1, 1))=10 Thats Lavdedt a0? SO1G IF YHCHHe 2. J1.199=18 THEN Katt 
NEXT: LP h<0 TH! 5080 a NEXT:- IF Keo@ THEN Sava 
FOR S26 70 0 94 FOR J1=1 TO C2 ‘ FOR J2=6 TO 9:FOR J1=1 TO Cz 
J 2 1J1=C21,72=9 ASG IF VMCHHE 2.11.1 39512 THEN 
HEMT: NEST: IF Ke o@ THEN Sa7a 


2k, 1) SZGH(2,=,2)) . PRINT#1." I play "sNSCHHO2,K.1 09; S$CHHO2.K, 299 
FT= PT+¥NC HHe 2,K 109 
: 6 :GOSUE SS@6:GOSUE SEAa: GOSUE FeaA 
WE 11@8:CLS #1 


2 THEH GF=4 RETUPH 
IF C1=8 THEM 5166 
4M PRIHT#1." I can’t Play. Your aa," 
A MN=258@ GOSUE 110@:CLS #1 
IF GF=1 THEN GF=3:RETURH 
GF=1:RETURH 
K=6:FOR J1=1 TO C2 
J2=PT+¥NC HHO 2.1.1 59° TF J2515 OR J 
K=J1:J1=C2 
: Mh CF MA HEXT: IF F< >6 THEM Sere 
IF Fone ese) mim; 5260 FOR Jizi1 To cz 
vii(ta IF HHO2. 1.1 SCTCCR> THEN 5s 
‘ JZ=PT+¥He HHE 2.1L. 1 
ea 38.62 “ S246 IF J2¢32 AMO 31-J2< oVHeCTOO 99 THEN Ket. 
ip 08 <a Ti : NEXT: IF Ke >a nae Sara 
9-084 1 £=0:70R diet TO 02:2R=0:0T(C8) =8(2,31,1) 2 
PROC TA: Li" on O THEN kaJ1 
HT=SOsIiP PTHVU(HE(2,2,1))% 31 THT i= 
HOXT;08=C9-1:1F 1 <>0 THa! 5080 ; Wt 
J9=10:1F (31-PT) <10 THA §9=31-PT HEMT 08 oe ME Ke 50 THEM Si 
TOR Ji=1 TC C2s;For J2=J9 To 1 STuP -1 S310 tet IF (31-PT 2G THEN 19 
LP Vi(HH(2,J1,1)<002 THE! 5380 5320 FOR Jt=1 To C2: FOR 
"AB eC2ydt, 1)-0T(C8))< 3 Tai 5520 IF WHOHHE 2, JL. 1 03 
A IF ABS CHHE BL. 1 IC TERE 33: 
at J3=FT+VIHe HHO 2. IL, 
T NaxTsIP x mad IF J3¢221 AND JIS<32 J 
r Bue 5 HEST: WEST: IF ko oa THEM Sar 
FOF J1=1 TO Ce:FOR JZ=19 TO 1 STEP -1 
IF WAMCHHC 2.1.19 %=J2 THEM K=J1: Jl=C2: J2=1 
4 MEAT: HE IF ke oh THEN S@7a 
GOTO Size 


Listing 14a: player's table play, BBC. Listing 14b: player's table play, Amstrad. 


Bates 5500 IF Ci=@ THEN S560 
IF C1i=0 THEN 5570 : PRIHT#1." ‘Your Play, Type GO if you can’t. 
PRINT TAB(2,26);"Your turn.""" Type GO if you can't play.” 5526 GOSUE 3760: AS=UPPERS! AS » 
INPUT Ag 538 CLS #1. 
PRINT TAB(0, 26) ;SPC(80) Jo IF AS< > "GO" THEH S55 
IF AS#"GO" THEN 5590 S55@ IF PT+VHeHHe 1.1.1 2 THEN S518 
IF PT + viEA(A, 1,1)) < 32 THEN 5520 5560 GF=GF+z2 
IF GF>O THEN GF=GF+2:ENDPROC 5578 RETURM 
GF=2: ENDPROC 5588 GOSUB 38na 
PROCN:IF EF=1 THEN PRINT TAB(2,26)"You do not hold card "sags 559 IF EF=1 THEM FRIHT#1." ‘fou do not hold 
PROCDEL( 250) sPRINT TAB(0, 26) ;SPC(80) GOTO 5520 "SAS: M=2AQ:GOSUB 11@Q:CLS #1: Goro Sie 
IF PT+VN(HH(1,K,1)) <= 31 THEN 5620 A IF PT+VNCHHC1,K.199 <=3 
PRINT TAB(2,26);"Too large. Try again.":PROCDEL(250) A PRIMT #1," Too large. Try cel gna 552 
:PRINT TAB(0,26)3 SPC(80):GOTO 5520 5620 PT=PT+¥Me HHO 1. Ko 109 
PT=PT+VN(HH(1,K,1)) S630 GOSUE 3908:GOSUE S9@G:GOSUB Sena: GOSUe + 
PROCP: PROCV: PROCS: PROCW 5640 RETURM 
ENDPROC 
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Listing 15a: miscellaneous, BBC. Listing 15b, miscellaneous, Amstrad. 

5700 DEFPROCLL AM 2ji=6:FOR A=1 TO 4 

5710 ZJ=0:FOR A=1 TO 4: IF HN(A)=11 AND HS(A)=HS(5) THEN ZJ=1 A IF HM¢A%=11 AME HSC A SHS) THEM Zl=4 
5720 NEXT:PROCL ENDPROC @ HEXT: GOSUE 3188 PETUPRM 


35800 DEFPROCS OB=STRSCFT oO: IF PT=@ THEM [s=" 2 
5810 DS=STRS(PT):IF PT=0 THEN Dg=" " Lo IWATE 2.18: PRIMT O¢ 

5820 PRINT TAB( 2,18) ;Dé 
5830. ENDPROC 


5900 DEFPROCV 

5910 C8=C8+1:CT(C8) =AA: PROCCB(C8) 

5920 PRINT TAB(CP(C8) MOD 40 + 2, pee DIV 40 +3);SG$(BB) 
5930 PRINT TAB(CP(C8) MOD 40 + 1,CP(C8) DIV 4O +1) ;N(AA) 
5940 ENDPROC 


6000 DEFPROCW 

6010 HT=0:ZP=0:ZR=0:IF C8=1 THEN ENDPROC 
6020 J7=0:FOR J9=C8-1 TO 1 STEP -1:J7=J7+2 
6030 IF CT(J9)<>CT(C8) THEN J9=1:GOTO 6050 
6040 ZP=ZP+7 

6050 NEXT:IF ZP>0O OR C8, 3 THEN 6149¢ 

6060 PROCWA:ENDPROC 


6100 DEFPROCWA 

6110 FOR J9=C8 TO 3 STEP -1:FOR J8=1 TO J9 

6120 ST(J8)=CT(C8-J8+1):NEXT 

6130 FOR J8=1 TO J9-1:FOR J7=J8+1 TO J9 

6140 IF ST(J7)<ST(J8) THEN S1=ST(J7)sST(J7) =ST(J8) :ST(J8) =S1 
6150 NEXT:NEXT 

6160 ZX=0:FOR J8=1 TO J9-1:IF ST(J8)->ST(J8+1)-1 THEN ZX=1 
6170 eee 2X=0 THEN ZR=J9:J9=3 
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eT 
=cP+2F RETURH 
A PRINT#1." "WSO PL iG" score "GHA" for "iPHC ZH 4 
4 SP=PL°SC=HT 
GOSUE 4308 -CLS41 
44 FETURH 


6190 HT = ZP+ZR:ENDPROC FOR Jf=1 TO CS 






6200 DEFPROCX BH=I7 GOSUB 2806 HET 
6210 PRINT TAB(2,26);WA(PL);" score ";HT;" for ";ZHS(ZH) g Boe me PT=@: GF =e 

6220 PROCDEL(300):SP=PL:SC=HT:PRINT TAB(0, 26) sSPC(80) RETLEN 268 

6230 PROCR:IF PT<>15 THEN HT=0 RETUPH 

6240 ENDPROC 


AA=HHE Zab 1 BRSHHO 2. kK, 29 
eee ag 1 ‘HH : 
2 SHHO 202. 2) 

» 1 °=AA: HH C2. 2 0=BB 
as HeC2+16 :GOSUE 2086 





6300 DEFPROCY 

6310 FOR J7=1 TO c8 
6320 PROCCD(J7):NEXT 
6330 C8=0:PT=0:GF=0 
6340 PROCS: ENDPROC 


6400 DEFPROCZ 

6410 AA=HH(2,K,1):BB=HH(2,K, 2) 

6420 HH(2,K,1)=HH(2,C2,1):HH(2,K, 2) =HH(2,C2, 2) 
6430 HH(2,C2,1)=AA:HH(2,C2,2)=BB 

6440 C2=C2-1:PROCCD(16+C2) 

6450 ENDPROC 





C=C 
4’ RETUPH 


Listing 16b 

PF=0:IF DL=1 HP=2 ELSE HP=1 SOG PR=Q:1F OL=1 THEM HP=c El SE HF! 
1 5=4: SK=HP;PROCG 1524 SK =H OGOSRUB Sen 
FOR J=1 TO Le ena ae FOR J=1 TO 4:HMe o=HHeO HP. 11 Hee PsHHe HP. 12 
FOR X=15 TO 29:PRINT TAB(O,X) ;SPC(40) :NEXT FOR 4219 TO 24:LOCATE. 1.2 °FRTHT SPE S95. MEST 
PF=PF+1;HN(5)=TU(1) :HS(5)=TU(2) PR=PF+1 HHO S 9ST LHe SST 2 LOCATE 211 
IF HP=1 THEN Dg="YOUR" IF HP=1 THEM Dae=" "OUR" 
IF HP=2 THEN DZ="MY " '=2 THEN b= "h 
IF HP=3 THEN DS="CRIB” 3 THEM D#="CRIB" 
PRINT TAB( 2,11) sD PRINT Di 
FOR IJ=1 TO 4:PROCCB(IJ+15) FOR IJ=1 TO 4:N=IJ+15:GOSue 1268 
PRINT TAB(CP(IJ+15) MOD 40 +2,CP(IJ+15) DIV 40 + 3);SG¢ SUIT=HHO HED Tt. 29: GEH=HHe HF. Dd. 1 
(HH(HP,IJ,2)) GOSUB Z19a 
PRINT TAB(CP(IJ+15) MOD 40 +1,CP(IJ+15) DIV 4O +1) ;NS(HH HEAT: GOSUB S7aa 
(HP,IJ,1)) LOCATE S.16:FRIHT"This hand scores" 
NEXT: PROCLL PRK THEM SC=HT : 'SP=HF 
PRINT TAB(8,16);"This hand scores;" HP=3 THEN SC=HT: SPELL. e,. 
IF ZQ>0 THEN PRINT TAB(10);"Fifteens ";ZQ 20°84 THEM PRINT TAB: 199; "Fifteen "5 20) 
IF ZR>O THEN PRINT TAB(10);"Runs "3ZR =i Z2R°8 THEM PRIHT TABS tio. "Ruts ; PR 
IF ZP >O THEN PRINT TAB(10);"Pairs,&c ";ZP f ZP°@ THEN PRINT TABC1@0) "Fairs Buc ee 
IF ZF >0 THEN PRINT TAB(10);"Flush "32F = 2F Ya THEN PRINT TAB tai "Flush iar 
IF ZJ >0 THEN PRINT TAB(10);"One for his Nob" PAG ZJ>@ THEN PRINT TARO 1G; "And one for his Wek," 
IF HT = 0 THEN PRINT TAB(10);"Nothing" ELSE PRINT TAB(10); 718 PRINT: IF HT=@ THEM PRIWT TAB! tau "Moth, 
“Total ";HT “ELSE PRINT TRE tf) "Total "|HT 
IF PF< 3 THEN SC=HT:SP=HP ; IF SC>@ THEN GOSIIB 4366 
IF HP=3 THEN SC=HT:SP=DL "30 IF SC=#61 THEN SAa 
IF HT >0 THEN PROCR , IHPUT #1." Press Enter to continne. " KOCLS #4 
IF WIN=1 THEN 900 FOR IJ=1 TO 4:N=IJ+15 GOSUB 2006: HEMT 
PRINT TAB(10,27);"Press RETURN to continue." HP=2+CHP=29:1F PF=2 THEM HF=3 
INPUT " "X IF PF<3 THEN 516 
FOR IJ=1 TO 4:PROCCD(IJ+15) :NEXT FOR X=15 TO 24:LOCATE 1,4:PRINT SPIOK 89) MET GCSTE: 
HP=2+(HP=2):IF PF =2 THEN HP=3 Pale 
IF PF <3 THEN 510 ; IF SC<61 THEN 15@ 
FOR X=15 TO 29:PRINT TAB(0,X) ;SPC(40) sNEXT:PROCE IF SP=1 THEN D$="'YOU " FLSE Dae" I" 
GOTO 150 FOR K=@ TO 1@:LOCRTE 38.17: FRINT" 

"ote Lae GSE 11a 
IF SP=1 THEN Dg="YOU " ELSE Dg="I" 92@ LOCATE 36,17: PRINT DS; "WIN" GOSH 11 Qe: NEXT 
FOR K=1 TO 10:PRINT TAB(30,17);" "': PROCDEL( 100) 30 INPLIT #1, Mant another game "Ag 
PRINT TAB( 30,17) ;D#;" WIN": PROCDEL(100) :NEXT 4 IF UPPERS Agi=""""" THEN CLS GoTo 120 
PRINT TAB(9, 27); :INPUT "Want another game ";Ap 35a GOTO 956 
IF Ag="Y" OR ag="y “ THEN CLS:GOTO 120 

950 STOP 


= 
Vier as 


SS 
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SERIES: Cribbage Player 
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THE SHOW PHASE 


The show phase routine is tacked on to the 
end of the main program. Its main loop is 
executed three times, once for each hand, 
the non-dealer first, then the dealer, and 
then the crib hand, scored by the dealer. HP 
determines which hand will be processed. 
PF counts iterations. 

The loop is then entered. PROCG is 


called with SK=HP and J5=4 to copy four 
cards from the hand under review to arrays 
HN, HS. The tumup card is added. The 
required screen area is cleared, and the 
hand is identified. The cards are displayed 
in positions 16 to 19. PROCLL is then called 
to check for a jack of the tumup suit, setting 
ZJ=1 if a suitable jack is found. PROCLL also 
calls PROCL to make a full score check. The 


PROCEDURES 


PROCS 
PROCT 
PROCU 
PROCV 
PROCW 
PROCWA 
PROCX 
PROCY 
PROCZ 





Table total 

Table play, player 
Table play, computer 
Card to table 

Table score, pairs 
Table score, runs 
Score update 

Clear table cards 
Cards to table 


result is displayed, with reasons and total. 
PROCR is called to update the scoreboard, 
and the win routine may then be entered. 
The display is held for inspection until Enter 
is pressed. It is then erased, and the routine 
loops to deal with the next hand. 

The Win routine follows. It is quite simple, 
Those who want a firework display are 
welcome to design one... 


SUMMARY 


The program isnowcomplete, and when you 
have it running you may feel like probing the 
details for possible improvements. In par- 
ticular, you may feel that the ‘decision’ 
routines could be ‘beefed up’, though Bob 
Stafford’s originals — used without relevant 
change — are something to marvel at. 

There are minor points. It has been 
suggested that a GOSUB followed 
immediately by a RETURN is pointless. It 
could be just a GOTO, but the advantage of 
that is small, and readability suffers. We 
have cut out variables using'T' as faras possi- 
ble, because they can by confused with 1. 
No doubt we will see other possible 
improvements as soon as the text goes => 
to press, but that always happens... 


Important notice: following complaints regarding the quality of the Amstrad Cribbage listings in the August edition, we have 
reproduced listings 5b to 11b. We apologise to all readers who were affected by this. 


ested 5b 


253 FOR Ast TO 52 
F A>| TO 2 FOP B 
M HHOA,E. 1 =H HHOA. RB 
A GOSUE LTE THe to=NN TU 
S40 PETUPRH 


SFOR ASt TO JS-1 FOR B=w+1 TO JS 
HLF HHO SK Fd SHHO SP bt 
FoHHe Sb...) WHOSE A Do 
Oo F=HH Sh. 2) HH SRA 2 oe 
S40 HET NENT RETIN 


WFOR Mala ToS 

5 FOR N=3 TO 14 

1 SUTT=HH 1. He 

NEWT 
NE15 GOSUB (Siu GeSue 1966 
RETUPH 


Listing 6b 


2200 PEINT#L * 


eGMSUE 2188 


! m butt 
7 J 
FOR Ws! Toe 
1 WSOP ORHHE OE 


5 THEN LS=HT St =T! 


0 N=1J+15 GOSUE 1800 GOSUE 1980 


ry FOR T= = FR b=] TO S 
OM IF k=11 THEN > 


@ C=C+1 HMC SHH 2 HSC 0 SHHCE 


2H HEO GOSHB Qe 


S000 RETURN 
Listing 7b 
3 ZF20 RT=0 FOR A=! Th 4 PT ORTH HACR SHSM 


TA 4 FOr A "iF 
HM Ae EP 


YM A» 


HNO 2 ee HNO 1 =] RINE HE 
1 THEN cP=5 
TF VNCHMe 1 he HEC 2 
C2=a For A=1 TH 2 x 
HME Bo HN Ae 1 oF c% } B= OR He 


PHM = 1 RHE’ HME 


+ Hi +> 


YING HN® Ay tiING HAC Es + 
HEAT ANE 7 -NEYT 


Z=0 


UNE HME Dore HG Ds 


Q 1 70 4 FOR B=A+! TO 5S 
B® IF YNe HNC A +N HNO THEN 
2300 IF HN A =HHY Bs THEM in 
3318 NEXT: MEST 
33208 HT=2P+204+2F+2F +2 | 
3330 RETUPH 


8 8b 


7+ 


34 


+ NEXT 


HEB + 


4H HNCS = 15 THEN 0s 2 


Listing 9b 
3500 


3528 
3538 
3548 
3559 
3569 
3578 
3580 
3598 
3608 


3700 


PRINT #1," Your 


PRINT#1, "You de 
M=150 GOSUB 1140 CL 


K 3,0P.2.=HHO 1k. 2) 
GOSUB 3900 NEXT 
RETURN 


AS=INFEYS IF AS=" 
3718 BS=INKEVS IF BS="" 
3720 AS=A$+BS RETURN 
3860 EF=1 FOR Jz=1 TO C1 
19 IF AS=PCHO J2> 
20 HEMT PETURN 


N=C1+8 Gosue 

IF C1 THEN = 

FOR C=k TO tS a 
B HHO 1,0. 1 >= 


 DEN=! HH: 


a PCS(r SPCSCC+1 NEXT 


HHO 1.0.1 9=AR HHO 1.0.2 


3990 


Listing 10b 


4166 
4118 
4126 
4130 
4144 
4150 Ww 
4160 G 
4178 Fl 


C1=C1-1 FETUPN 


GOSUB eve 
IF Tuc 


GENET 1) 


THEN 3140 


SHG = 1 ANDO HNO SOHNE 4 = 
Y29 FL 
PRINT 5 
+ 128 THEN $ 


CoHNeC =f 08ND 2R=0 THEN ZZ c IF 


"08," 
GOSUB 3789: AS=UIPPERS* A$» 
GOSUB 3800-IF EF=@ THEN sare 


not hold 


‘THEN 
THEN 27108 


THEN = J2 


t turned uP. “in$CDL». " score 2 23 


@N=15 GOSUB 2000 GOSUE 180 


ROSUB 


oni THEN 5 


FOR J=l TO 6 PCSC J 2=NSCHHC 1. J, 1 +560 HHO 1, 5,29): NEXT 
3518 FOR QP=3 TO 4:IF OP=3 THEN 0$="first" ELSE Q$=" 
discard to the crib?" 


second" 
CLS #1 


card "GA 


a7 at 


EF=0 


» HHO1,0,2 =HHCd C412) 


..10 GOSUB 21600 


SBR PCSCC1 ="" 


11 THEN PETUPH 
FOR Lis 1 TO 4 GOSUB 426 M=100 GOSHIB 1160 NEXT 


dealer." 


21a 


GoTo 4356 


THEN GTSUE 44 ELS 


215 THEN 20sZ20+2 


THEN Mises: 144) me 
F nee 


=CHFS 231) GOSUB 430@ GOSUB 4768 


HR 144) 


AD age et 


_THEH 41 = HFS 144 9 Ne 
30: M1S=CHFSE F310 NOS: 


=HCHFS 2319 LOSUE 4586: GOSUB 4788 
CHP 144 + 


20 GOSUB 4600 GSU 4700 PETUPY 


600 IF F2 31 THEN V=35 


619 RETURN 


A FOR k=1 TO 3 
Q@ M=38- GOSUB 1148 
LOCATE %.v PRINT M18 
@ GOSUB 1160 
NEXT PETURN 


IF_F3<31 THEN Y=7 X=F3+24+(F3-19\5 ELSE Y=6:x=68-1 


RETURN 





PEF R+2e0F3-1 5 


LOCATE %.'¥ 


5 FLSE f=4 


PRINT MOS 


F3-€F3-31 5 
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ALGORITHMS: Relocatable programs 








Bill Horne 


elocatable programs are nothing 

new, but interest in the subject has 

been reopened by acharacteristic of 
the AMSTRAD CPC464 and CPC664. 
When use is made of the extension ROM 
facility, each ROM fitted can claim an area of 
RAM for its own use. For example, the 
MAXAM ROM reserves 260 bytes, and if 
used on its own moves HIMEM from &AB7F to 
&AA7B, while the disc system takes 504 
bytes, giving HIMEM as A67B. With MAXAM 
and discs, HIMEM is reduced to A577. 

This can be an embarrassment. The nor- 
mal idea is to put machine code below the 
original HIMEM, moving HIMEM to a point 
below the code, so that the machine code 
program is protected. One approach to this 
is to use; 


MEMORY (HIMEM - N) 


- where N is the number of bytes in the 
machine code program. Thisis fine at the first 
run, but causes trouble if you run again, 
because HIMEM is then lowered, and it is 
now lowered still further. This can be 
avoided by doing a full reset (CTKL/SHIFT/ 
ESCAPE) and reloading the program, but 
that in itself can cause problems, especially 
during program development. 

On the other hand, setting HIMEM to a 
specific value may not match up with the 
original HIMEM for the system in use. this 
arises with some commercial programs, 
which are written to run on the basic 
machine, and thus overlap the area reser- 
ved for extension ROMs. Since these ROMs 
are not used by the program there is no 
immediate hassle, but if the programs are 
copied to disc everything is liable to go 
haywire. 


AUTOMATIC RELOCATION 


The best option, in terms of simplicity, is to 
assemble the machine code at run time, but 
that is not as easy as it sounds. A MAXAM 
ROM makes it easier, because the source 
code can then be embodied in the BASIC 
program, and ORG can be based on the 
value of HIMEM for the system. It is still 
necessary to alter the entry call, however. 


Relocatable programs. 


ALGORITHM 
ANGLES 






The entry address has to be calculated from 
the original HIMEM, and the result used as 
the ‘address expression’ in the CALL state- 
ment. MAXAM can be made to deal with 
data transfers. 

Where the machine code is set up by the 
BASIC program, using DATA statements as 
a source, things become rather more tricky. 
First, the FOR loop used to poke the machine 
code into store must have its limits adjusted 
on a basis of HIMEM, so that the program 
goes into the right place. Then all absolute 
addresses intemal to the program itself must 
be adjusted. 

For the Z80 this affects all LD XX,NN type 
instructions, where XX indentifies a register 
and NN is an absolute address; all absolute 
calls and jumps; and the contents ofregisters 
used to define absolute addresses in access- 
ing data. In practice, only a small proportion 
of the code bytes need to be changed, 
especially ifthe program is moved by a multi- 
ple of 256 bytes, in which case only the 
upper byte of the address needs to be 
altered. This is achieved by using only the 
upper byte of HIMEM as read: 


A = HIMEM:B = INT (A/256) 


However, it must be remembered that the 
index registers can be useful in this context. 
But how can the program know where it is 
located, so that IX or IY can be set up to point 
to the right data area? What about this: 


He EINE, 1b 

LO POP HL 
LD DE,DISP 
ADD HL,DE 
PUSH HL 
POP IX 


The CALL puts the address of L2 on to the 
stack, and POP HL takes it off again. An 
appropriate displacement is added, via DE, 
and the result is passed to IX by way of the 
stack. Any questions? 

We now have IX pointing to a data area 
which is in a known position relative to the 
position of the rest of the program, and we 
can therefore access the data without pro- 





blems. We might go further, using JP(IX) to 
create a relative jump, but that would be 
unnecessary except in large programs, 
since with small programs relative jumps can 
usually be used. If they need to span more 
than 127 locations, use ‘staging jumps’, the 
original jump going to a further jump and 
so on. 


ALTERNATIVES 


There is an alternative approach for small 
programs which has some rather useful 
characteristics. 

The CPC464 sets up its main stack area 
below &COO00, and provides room for 128 
pushes or return addresses. These are rarely 
used in full, and itis therefore possible to con- 
sider placing a small program from &BFOO 
upwards. The word ‘small’ must be 
emphasised, because the nesting of 
subroutines in the BASIC interpreter can 
produce quite a big stack on occasion, but 
some sixteen locations can be used without 
risk. They can be used for code or data, 
allowing at least some addresses to be 
fixed. 

A particular point about using this area is 
that its contents survive a general reset! This 
proved tobe aboon when ashort program at 
&BFOO was being used in some strictly illegal 
experimentation, which entailed very fre- 
quent resets. 


SUMMARY 


Making a program relocatable is not a 
simple matter, unless you can assemble it at 
run-time, but some of our readers may see 
that as a challenge. Others may well point 
out that everything is different with another 
processor, but we have quoted the Z80 here 
because we were talking about the 
AMSTRAD. 

MAXAM makes life easier, and the more 
we use thatlittle beast- this article was typed 
with its aid - the more we like it. Butremember 
we are talking about the ROM version. The 
loadable form takes up additional memory, 
and could make machine code 


relocation even more == 
necessary... =e 
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Jim McCartney 


out of them? 


y diskette, I mean floppy disk in 
B most cases, but then some of them 

aren't floppy any more, and by 
diskette machines, I mean machines which 
use removable diskettes as their means of 
off-line data storage, and read them by 
head contact with the magnetic surface. In 
these machines, the read head is moved 
by electro-mechanical devices, and the 
heads are in physical contact with the 
disk, and if there is one thing as certain as 
death and taxes, it is that mechanical 
systems wear out. The other feature of 
diskette systems is that they are a lot 
slower than flying head hard-disk systems. 
I am not fond of the term diskette, which 
sounds like a member of a rather old- 
fashioned female pop group, but I can't 
think of anything better. 


WEAR AND TEAR 


Although the reliability of diskettes and 
diskette systems has improved greatly over 
the past few years, a heavily-used system 
is still prone to mechanical failure. 
Diskettes themselves fail and are chucked 
away, and drives develop a bit of slack in 
the mechanism, and are replaced under 
maintenance contract. In fact, the huge 
majority of maintenance calls — after the 
run-in period — are disk drive faults. This 
means that all over the country at this 
moment, hundred, maybe thousands, of 
accountant, DP people and the like are 
coping with lost or corrupted data. While 
this is jolly good for the sales of hard-disk 
systems in the long run, we might consider 
how to minimise the agony in the 
meantime. 

As I said above, mechanical systems 
wear out in use, and it must follow, as doth 
night the day, that if you use them less 
they will wear out less frequently. This 
means that you need to give thought to 
programming in such a way as to reduce 
the number of disk accesses, and in par- 
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PROGR AMMING 
FOR SPEEDAND 
RELIABILITY 


Diskette systems are economical and have enough storage capacity and 
speed for many data processing applications. But how do you get the best 


ticular to random accesses through several 
files (sequential access causes less head 
movement). There is another payoff; the 
whole system works faster, pro rata. 


DATA CORRUPTION 


Three main causes of data corruption are: 
faulty disks, dirty heads, and misplaced 
blocks. The first two are fairly easy to 
guard against, because they will generally 
produce unreadable blocks and will show 
up when you take copies or even sooner, 
depending on your error-checking in the 
DOS. The chances are that you can 
recover this sort of error by cleaning the 
heads, re-trying the copy, and, if all else 
fails, copying the good files only. With any 
luck, your recent data will be on these. If 
all these fail, you have lost your day's 
work, and that's why you take copies any- 
way; don't grumble! 

The misplaced block is a more pemi- 
cious and subtle fault. How or why it 
occurs I do not know; but it will happen 
very occasionally on an old drive that a 
block of one file gets written over a block 
of another. As I said, I don't know how it 
happens, but a file dump will show that 
there is a block of foreign data in the 
middle of your data file. The data is in fact 
written well enough, and checksums will 
show no errors, but you now have two 
corrupt files. Now unless you read this file 
back there is no way you are going to find 
out that your system is fouled up: you will 
make your copies quite happily. Only 
when it comes to the week-end or month- 
end report, will it become apparent that 
your data files are so much garbage; by 
this time all your data copies are faithful 
copies of identical garbage. If you can 
keep your head while all about are losing 
theirs, and blaming it on you, you will see 
that this could have been avoided by 
better programming. 

Briefly, the principle needed is to use 





some sort of data validation to check out 
files on which work has been done. 


MINI LEGACY 


At least some of the problem of frequent 
access arises from established practice on 
mini-computers, where 64 megabytes 
might be considered OK for disk storage, 
instead of perhaps 1% of that amount, and 
it has been customary until recently to 
make do with relatively tiny amoungs of 
RAM space (known to afficionados as 
“core”, and formerly very, very expensive), 
compared for example with the lavish 
quantities used by spreadsheets on micros 
where it is not unusual for the RAM space 
to exceed the single disk capacity. This 
meant that people who knew how to pro- 
gram minis tended to use the same techni- 
ques on micros, and to teach others 
likewise. 

Programming a computer with a vast 
amount of fast access disk space, and very 
little program space, means that you write 
everything to disk pretty well as soon as 
you get hold of it, and read everything off 
in the same sort of way. It also means that 
you have good sort utilities provided, and 
when a data file nees to be read in a dif- 
ferent way, why then you just go and sort it 
right there on the disk. 


RECORDS STAY PUT 


McCartney's First Principle of data _pro- 
cessing on diskettes is that whenever you 
write a data record on diskette, it stays in 
that physical location until you have done 
with it. Avoid sorts on diskette at all costs. 
Index files may need to have their records 
shifted about, but do this by downloading 
the whole file plus the sort keys, and sort- 
ing in KAM. Then write back the entire 
index file at once. The ratio of disk space 
to RAM on most micros usually permits this 
without too much bother — for example, 
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allowing an 8-byte key and a 2-byte index 
number, you can sort some thousands of 
record keys in a 64k RAM and still have 
space for the program. 

Physical sorts on floppy disk are both 
excruciatingly slow and cause excessive 
mechanical work. I will not attempt to com- 
pare degrees of awfulness; just avoid 
them. If all else fails and you must execute 
a physical sort on a very large number of 
short records, for example, try the 
following: 

1. Read a batch of records into RAM from 
disk A:, say 1000 at a time, and do a tag 
sort on them; 

2. Write the sort batches to B; as serial files 
if convenient; 

3. From n batches on B:, execute a n-way 
merge back to A:. That is, open all the 
batches on B: as independent files, and 
read the first record on each. Compare, 
write the lowest one to A:, and read the 
next record from the batch used. 

Repeat till done. Be patient. 


RECOVERABLE DATA 
STRUCTURES 


If you don't do physical sorts, you must 
build more elaborate data structures in 
order to get things into order. McCartney's 
Second Principle of data processing on 
diskettes states that all data structures 
(such as indexed random access, linked 
lists and the like) must be fully recoverable 
from data in the records, preferably by the 
methods used to build them in the first 
place. This means that if the process is 
interrupted, it can be restarted. 

For example, consider the subset of 
invoice records which belong to a par- 
ticular customer. In an infallible system, it 
would not be necessary to have any data 
in the record which actually referred to the 
customer, provided that the customer 
record could refer to the invoice in some 
way, for example through a linked list, or 
as a member of a sorted range. In prac- 
tice, systems rarely prove infallible, and 
you must have the means to rebuild 
broken chains, lost pointers, and missing 
links. Give this a menu option “Rebuild 


Data Structure” or similar, so that the user | 


can run it when his ledgers don't balance, 
or his sales analysis run is hit by a power 
failure or the like. If you are really crafty, 
you can arrange for the software to do this 
automatically — see some hints below. 

Without going into details of the pro- 
gramming, this means that a transaction 
record must include pointers to records in 
every file which relates to it; for example a 
stock movement record should contain 
pointers to a material file, a source file, 
and a destination file. The pointers should 
be actual record numbers for quick 
access, not keys 


LINKED LISTS 


We will deal in the following examples 
with linked lists, (or multilists) because this 
is the structure which is most useful for non- 
sorted transactions. Consider stock 
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FEATURE: Disk Economy 


MOVEMENTS 


STATIC FILE 


PRODUCTS 


Fig. 1 Constructing a chain of records. 


records. Each record is a record of the 
movement of a particular amount of a cer- 
tain product. We will not bother for the 
moment about where the stuff is going too, 
coming from, how it gets here and how 
much it costs. We just need to know how 
much of what came in or went out. We 
then need two files, a static (product) file 
and a dynamic (movement) file. In addi- 
tion, we need some control data, which 
might be held in the first record of each 
file, or in a small independent control file. 

Now suppose we put in movements for 
product P. We can construct a chain of 
records most easily by setting a pointer 
from the product record to the last move- 
ment record, and from the last movement 
record to the previous movement record, 
and so on back, see Fig. 1. The grave 
disadvantage of this is that the list has to 
be read backwards; this is viewed with 
disfavour in commerce. We_ therefore 
elaborate the structure a bit more by point- 
ing to the last record, which in tum points 
to the first record, which then points for- 
ward, see Fig. 2. The dotted lines show the 
shifts in pointers when a new record is 
linked in. 


DISKETTE ACCESSES 


Now tot up the number of disk accesses 
which are necessary to do this “on line”: 

1. READ the control record to find the first 
free record; 

2. READ the product record to confirm 
input and find the last movement record; 

3. READ the last movement record, to find 


FILE 


CONTROL RECORD 


/ 
7 NEW RECORD 
7 TOBE INSERTED 





the link to the free space from 1; 

4. WRITE the last movement record, with 
a link to the free space from 1; 

5. WRITE the new movement record, in 
the free space, with a link to the first move- 
ment from 3; 

6. WRITE the product record, with a poin- 
ter to the new record; 

7. WRITE the control record, with the next 
free record. 

This gives seven accesses per new record. 
Every record which is updated is both read 
and written, and in addition the new 
record is written. 

The situation gets more complicated if 
you want to identify a record with other 
static files as well. 

All this and perhaps more is necessary 
only for on-line processing, in which data 
is incorporated in the system as soon as 
valid input is obtained. This is really irrele- 
vant to the micro. 


THE ZIP-UP METHOD 


You can avoid constant reference to a 
control record by using the LOF variable, 
present in most micro operating systems 
now, provided you are putting records in 
in sequence. LOF gives the file size in 
bytes; divided by the record length, you 
get the last record number. You will 
perhaps need a control record for other 
purposes, but not this one. A control 
record is needed to tell you where you left 
off last time. 

The product record should contain two 
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(from the array) in the new chain; 

3. READ the last record in the old move- 

ment chain; 

4. WRITE it back with the pointer (from 

the array) to the first movement in the new 

chain. 

Finally write the new control record. 
Suppose we enter a batch of 100 move- 

ment records, and access 20 products; the 

total number of accesses is now: 

4 * number of movement records used = 400 


4 * number of product records used = 80 
2 * control record = 2 
TOTAL = 482 


This is a useful reduction on the 700 which 
would be needed for the first scheme. 

Note another useful feature: the entire 
data structure can be rebuilt by using the 
zip-up for the full set of all movement 
records. 


THE PRE-EXTENDED 
CHAIN METHOD 


At some cost of storage space, we can get 
a dramatic reduction in disc access, and 
save time used in day-end processing. 

The principle here is that the last record 
in a chain will point to an empty record, 
which will be used for the next record to 
be added. This saves two accesses for 
each record; see Fig. 4. 


The basic technique is as follows: 
1. INCREMENT the control record (don't 





Fig. 2 Elaborating the chain. 


pointers, one to the start of its own move- 
ment list, and the other to the end. The 
movement record must contain the record 
number of the product. 

During input of a data batch: 
1. READ the product record (necessary 
for validation); PRODUCT FILE 
2. WRITE the movement record. You work 
out where it goes from LOF. 
When input is finished, zip up the data 
structure as follows: EXISTING 
a) create an integer array as large as the R D RECORDS 
highest product record number, and hav- 
ing two columns, for the first and last 
movement records present in the batch list. 
b) read the batch BACKWARDS from the 
last record to the previous last record 
logged in the Control. You can revalidate 
the records at this point (see below) to 
make sure they were written properly. Link 
it into a chain from the array pointers. This 
involves two accesses: 
3. READ the record. If the product array is 
empty, put the record number in both 
columns of the array, and skip the next 
step. The columns correspond to the first 
and last members of the array chain; 
4, WRITE it back together with the pointer 
to the first (earliest) member of that product 
chain, which is in the array. Then replace 
that anay data with the current record 
number. Finally, link the amay chain and NEW 
the product record chain together, only for RECORDS 
non-zero array elements, i.e. those product : i 
records which have actually been used. 
(Fig 3.) This requires 4 accesses per pro- 
duct record: 
1. READ the product record, to get the 
last movement in the old chain; 
2. WRITE it back with the last movement 


Fig. 3 Linking the array chain and the product record chain. 
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read it; just increment a corresponding 
variable and write it); 

2. READ the product record, for the empty 
record and for input validation; 

3. WRITE the movement record in the 
empty space, with a pointer to the next 
empty record obtained from 1; 

4. WRITE back the product record with 
the same pointer. 

It is necessary, if a product record has not 
been used at all, to assign it an empty 
record as well as a live record on the first 
access. 

Now instead of working on the disk all 
the time, use an array and a control vari- 
able as follows: 

a) create a one-dimensional array corres- 
ponding to the product records; 

b) in step 1., just increment the number — 
don't write ti back; 

c) in step 4., write back to the array, not 
the record; 

d) in step 2., refer to the array first to find 
any existing empty record pointer. 

Finally when entries are finished, write 
back any non-zero product pointers from 
the array to the product records, literally 
blank out the empty records by writing 
nulls except for the product pointer 
(necessary for recovery) and write back the 
control record. 

The number of accesses is now: 

2 * number of movement records used = 200 


2 * number of product records used = 40 
2 * control record = 2 
TOTAL = 242 


PRODUCT FILE 


EMPTY RECORD ———— 
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... but then again, with a few Megabytes to play with... 


——— CONTROL RECORD 


NEW RECORD 


NEXT FREE RECORD —— EMPTY RECORD 


NEXT FREE RECORD —— 


Fig. 4 Using the last record in a chain to point to the site for the next record. 
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Listing 1 For the XYZ999 


100 
Thal (es 
126 
130 
1406 
156 
160 
Lee 
igo 


ON ERROR GOTO 2706 
indONT  IEiniReE C77) Yieitee 
PRINT 
RvEeS 2 S Bruni 

TNE Se ee NATE 
INFUT"Line iength 


INFUT"Do you 

TF @#22"t'" AND 
PRINT: PRINT"FPRESS 
OPEN 
LERINT 
LFRINT 
LFRINT “Line 
(ShART Al) SE TMA I 
LFRIWNT 


(lane i US), 


GET£1,J%: 
@t="t" THEN 


S00 


Chine iN SE etiroN  eiieie iy: 


L=0:; 


(ALT-C to terminate): 


[NEU Start wat lane 
INFUT"Finish at Line: 
want text, 
Gt< 
ANY 
AUS cel leake es EAC 


(recor 


"DATADUMF'" 


BL+== a u 


sere eet a 

HY SUA RP Ze 

penalize 

ek Cie oetihn= 

eh SAND Osa] be 

Sy IB! Eales cae 
LINZ 

“condensed print 


“BATADUMPF.BAS utility on file: 
qd} length = 


"sLINKs * 


EPRI Me SIE Rais CSii aaa eee 7 Jus 


FOR 


Ew 18 ETNA 


BY=ASC (MIDS (BE,E%)) = 
HX#=RIGHT# ( ("O"+HEX# (B%)) 2) +" 


FETIP Tab: Stps 
NESTE ALRROdHAp 


eG Sih sieht sae) 


HOSTS INAE (OSlS pea isi aie vada(len. 7) ¢ 
FOR Ex“=1 TO LINZ: 

BYZ=ASC (MID#(BF,K%)): 

IF B4i23 OR BYti26 THEN Bx2%=46 


LFRINT CHR#(RZ) " 


NEXT: LFRINT 
(JZ-STARTZ+1) 
GOTQ 340 

IF (JZ-STARTZ+1) 
NEXT JZ 
LFRINT: 
RUN 


Whe 


LFRINT 


MOD 


MOD 48 0 


24 = 0 AND Q#="5" 


IF ERR=62 THEN BE=CHRE (255): RESUME NEXT 


FPRINT"“ERROR: 
END 


Again, provided the movement records 
contain the pointers to the product 
records, you can regenerate the data 
structure, but not by the same method. You 
can use the zip-up method because you 
have got product pointers in the empty 
records — if you didn't, you might have 
garbage or perhaps old records from a 
previous accounting period, which ‘would 
cause havoc. 

The weakness of this method is that data 
is lost if the write-back is not executed — 
e.g. because of power loss or Control-C 
exit. This is not a severe penalty for the 
increase in speed achieved, and reduced 
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mechanical wear on drives and discs. All 
popular word processors and 
spreadsheets have the same weakness, 
and they get along fine, after all. 


RE-VALIDATION 


As I said above, it is necessary to read 
back the transactions you have written 
during the day to ensure that they actually 
have been written, and are to be found 
where expected. This insurance is 
necessary regardless of which method you 
have used to link them. It is also general 
practice in accounting and commercial 
applications to produce a batch list, giving 


“ESC code clear screen 
"FILE CONTENTS PRINTING UTILITY ‘DATADUMF’": 


PRINT 


" FI¢ 


(t/h/b) s *, G2: 
THER SG 


THEN LFRINT CHR#(i2): 


THEN LFRINT CHR#(12) 





details of each transaction entered, and 
checking that the totals are OK. These two 
operations should be combined in a final 
read-through of the list after linking-in. It is 
desirable to read only from the start of the 
current batch. If a batch list can be read 
and printed and tots up OK, then the list 
on disk is also OK. 

If you think that there is still a possibility 
that some minor item might not be written 
right, remember the principle that to err is 
human, but a comptuer will foul things up 
completely. In other words, computers 
don't make small clerical errors, but if they 
do make a mistake, they will devastate a 
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large area of data, typically a disk block or 
more. It is important not to get too anthrop- 
morphic about computers. If you do come 
across a clerical emor — typically 
transposed digits or a wrong key struck or 
missing — it is a simple matter to arrange 
to correct the record and re-run the batch 
list. 

The production of a batch list, which 
also serves as an audit trail, means 
another read, but the read is sequential 
and as mentioned above causes least 
distress to the mechanical systems. If a 
printout is not needed, you can do intemal 
validation checks; read each record and 
validate the files in much the same way as 
you validated the input (except don't look 
up associated files). The same principles 
apply; you are not looking for small cleri- 
cal errors, but gross absurdities. For exam- 
ple, invoice amounts are typically £0.01 to 
£1,000,000. A piece of text read from the 
diskette as a floating-point number may 
register any value from 1 E —99 to 1 E 99 
positive or negative; the invoice amount is 
a relatively tiny range compared with this. 
The same applies to record pointers and 
any other numeric data you have in the 
record. If these are stored as logical 
integers, Look out for negative or 
excessive values or backward-pointing 
links, or the mysterious number 8224 pro- 
vided that you have fewer records than 
that. (There is no real point in looking for 
8224 specifically, but if you see it several 
times in a printout it's a month's salary to a 
wom-out floppy that your data is so much 
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garbage — see if you can figure out why.) 

You can combine a validation with the 
back-reading of records in the zip-up 
method, but this is not fully watertight; the 
records have to be written back again, 
and in in any case, a printout would be in 
reverse order. 

What to do, then, if you find corrupt 
data? It is a rare enough event; the stan- 
dard procedure of going back to the last 
copy will cope with it very well. But it is a 
symptom of underlying failure; it is a good 
idea to get the system on which it hap- 
pened checked out thoroughly. When the 
maintenance man comes it is also a help 
to have some printed evidence of what 
happened; hence the corrupted batch list 
is useful. Even if you don't produce this list 
for accounting purposes, it is a good idea 
to have a program capable of printing it. 
You will of necessity have something like 
this for program development work any- 
way. A file dump utility will do very well. 
The accompanying short listing is an 
invaluable tool for MSDOS files. 


DATA RECOVERY 


Data recovery does not mean the correc- 
tion of corrupted files such as mentioned in 
the last paragraph; as | said this is rare 
enough not to warrant any special deletion 
of corrupt sections of data, but common 
enough and harmful enought to need 
identification. But if you are working with 
links and pointers or indices in RAM, and 
experience a power failure, or just get 
accidentally dropped out of the program, 
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your data structure on disk may be all 
mixed up. This is common enough to make 
it worth guarding against and to build in 
automatic recovery; the technique is to 
have a flag in a control file on the data 
disk set when you take the data into RAM 
for organising; then reset the flag when you 
put it back. At start-up, the system should 
then inspect flags and re-organise any cor- 
responding data structures. Make sure, as I 
said before, that all records have the 
necessary field built in to enable this to be 
done. 


PERIOD-END 
PROCEDURES AND 
CLEARDOWNS 


At the end of accounting periods, you 
need to bring forward totals, and some of 
your transaction data. It is a very good 
idea to transfer the lot to a new master 
diskette at this point, and archive the old 
data diskette. Reorganisation and revali- 
dation of all data should take place during 
the month-end run which will work, for 
example, with input from the old month on 
drive A: to output to start the new month 
on drive B: Archive copies then form a 
valuable audit trail, and your master disks, 
changed each month, don't get clapped 
out. If you happen to be doing it on a 
weekly basis, your archives may get to be 
large and expensive, but you don't need 
to keep them for ever, and can 
recycle old disks after a suitable = 
time. 


STANDARD 


HiSoft is pleased to announce the release of Devpac80 — a suite 
of powerful and flexible program development tools for the 
Z80 CP/M disc operating system. 

HiSoft has been writing CP/M development software for years 
and has always believed that the advent of the CP/M based 
home-computer was inevitable. Now this is a reality with 
machines like the AMSTRAD CPC464 and CPC 664 and there is 
an urgent need for good programming tools running under the 
CP/M operating system. Previously the cost of this type of 
product has been prohibitively a for the average home user 
and technical support for the packages has been virtually non- 
existent. Obviously a new standard is required. 


HiSoft Devpac80 is THE NEW STANDARD in CP/M develop- 
ment packages. 


ED80 is the editor: 

A fast, full-screen side-scrolling editor. Completely installable 
with disc-coded, pull-down help screens, cut and paste editing, 
wild-card find and substitute, GOTO line, recovery of deleted 
text and many other sophisticated features. 

GENB0 is the assembler: 
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MONS80 is the debugger: 

A high-specification, single-stepping monitor and debugger. 
Disasaambly to disk (producing a file ready for ED80 or GEN80), 
multiple breakpoints, loop interpretation, pattern search (bytes 
text or mnemonics) and much more. MON80 is the new 
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ne of the great advantages of the 

UNIX system is the simplicity with 

which it is implemented. The most 
important role of the operating system is to 
provide afilestore that not only handles files, 
but also manages the use of the computer's 
input and output devices. The inputs and 
outputs are an essential part of any computer 
system because without them the computer 
would be useless. And itis right here that the 
powertul simplicity of the UNIX system 
becomes most apparent. 

A standard protocol is used within the 
whole filing system. Any file is com- 
municated character-by-character and is 
terminated by the end-of-file character. 
There are no other restrictions, for example, 
the lines of a file may be demarcated with 
carriage retum, line feed. 

Devices are treated in exactly the same 
way. The operating system will automatic- 
ally provide the necessary interface, so that 
a device behaves as if it were a file. The 
implications of this are tremendous, 
because without changing a program, its 
inputs and outputs can be redirected any- 
where. Programs that were designed to write 
their output to a particular file could just as 
easily be made to send their output to the 
printer by means of a simple operating 
system command. In effect, the opening and 
closing of files is handled by the operating 
system, and the program just talks about file 
numbers relating to open files, called ‘file 
descriptors’. 


FILE TYPES 


There are three types of file in the UNIX file 
system; these are Ordinary Files, Directories 
and Special Files. 


Ordinary files can contain the characters 
of a document, the source code of a pro- 
gram, or the executable (binary or object) 
version of a program. The useris free to struc- 
ture the file to suit the particular application 
in hand. 

Directories are like ordinary files exceptthe 
information they contain holds special 
meaning to the operating system. Directories 
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hold the names of other files, be they 
ordinary files, special files or even other 
directories, but they do not contain the files 
themselves. Instead they contain a pointer 
called a ‘link’, that points to file information 
on the media used to access the file. 
Special Files are provided for every input 
and output device. They are interfaced to 
behave in the same way as ordinary files, but 
information is sent directly to and from the 
device. 


FILE SYSTEM STRUCTURE 


Because directories can hold other direc- 
tories, a natural structure forms in the filing 
system. Each userhas a directory of his or her 
own files, within which can be created as 
many other directories and subdirectories as 
wished, without limit, provided there is 
enough room available. Users are classed 
together by the system administrator and 
their directories are accessed through class 
directories. Theclass directory contains allof 
the user directories for each group. Groups 
couldbe made up ofseparate project teams, 
classes of students or perhaps members of a 
department. The class directories are keptin 
a high-level directory called usr, through 
which all of the user's files can be accessed. 
usr is one of several directories that occupy 
ahigherlevel'root' directory called/ or'root'. 
Inall, ‘root’ contains the following directories: 


The set of usr files; 
The system commands, in ‘bin’; 


The library (lib) files used to keep 
essential information, such as com- 
pilers and their libraries; 

The general ‘etc’ files such as the 
password file and the ‘message of 
the day’; 


Temporary ‘tmp’ files, generated by 
the system that have a short life; 


The system's full complement of 
special files, that provide interfaces for 
peripheral devices. 


Sothe resulting hierarchy is asshowninFig]1. 
with more files in each directory. 


PATHNAMES 


To find a file in the tree structure, you have to 
start at the root and follow a path through the 
directories until you reach the file you want. 
The full name of the file is then written in terms 
of the path that you would have to follow to 
find it. This is called the pathname of the file, 
and is written as a series of component files 
separated by slashes. For example, if there 
were a user with directory ‘jim’ in class 2, that 
had a program called ‘test’, then its path- 
name might be: 


/ust/gp2/jim/test 


FILE INFORMATION 


Associated with each file in the file system 
are the following data: 


1. First of all there is a record of the file type, 
so that the operating system can tell bet- 
ween an ordinary file, a directory, and a 
special file. 


2. Except for special files, there is also a 
record of the time and date of creation, the 
time and date of the file's last access, and the 
time and date of the file’s last modification. 


3. Ifitisan ordinary file, there isacountofthe 
number of directories in which it appears. 


4. Then there is a special user identification 
number, which can be used to find the 
owner's user-name. 


5. There is also information relating to the 
length of the file in bytes, and the physical 
address of the file on the media. 


6. Forallfiles, there are asetofbits thatrep- 
resent the file's access permissions. These 
describe for each of three types of user, the 
types of access available. In UNIX there are 
three relationships that a user can have with 
a file. He can either be a‘user’ (owner) of the 
file, a member of the user's ‘group’, or an 
‘other’ member of the user population. For 
each class of user there are read, write and 
access permissions. From the most signifi- 
cant bit down, the following bits are used to 
indicate a file’s access permissions: 


read access 
write access 
execute access 


owner: 


read access 
write access 
execute access 


group: 


read access 
write access 
execute access 


other: 


You are allocated user groups by the system 
administrator, and these are not necessarily 
related to the class you are in. 

The meanings of the access permissions 
vary with the file’s type. For ordinary and 
special files they are the same. Read access 
means that you read from a file, write access 
means that you can write to and modify a 
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file, and execute means thatifitis an execut- 
able program, you have the right to run it. 

It is slightly different for directories. 
Although read and write access appear to 
be unchanged, writing to a directory, by 
altering the files within it, can only be done 
using special system commands. And now, 
execute access indicates whether a user is 
granted access to files in the directory. 

There is also a tenth bit which is set when 
the computer grants a user the access privi- 
leges of the file's owner if the file is execut- 
able. The program is able to access files with 
the access rights of the program's owner, that 
its user would notnormally have access to, so 
that certain files can only be altered by the 
program. 


FILE ACCESS COMMANDS 


When you create a file, the Shell will nor- 
mally allow all types of access unless you 
specify otherwise. A subroutine called 
‘umask’ that is part of the Shell can be 
called up to change this. An octal number is 
used to represent the access bits. 


umask <octal number> <retum> 


For example, if we wanted to set up a mask 
that allowed user read, write and execute to 
all our files, and group read access our 
access bits should look like this: 


access bits user group other 
rwx rwx Iwx 

in binary ein OO! KOlOnO 

and in octal i) 4 e) 


— so umask will look like this: 
umask 740 <retum> 


Youcan also use acommand called'chmod’ 
that changes the access modes of a file; and 
this takes this form: 


chmod <octal number> <file 
name> <retum> 


These commands can also be used in more 


advanced applications when you want to 
change the tenth bit. ' 


Figure 1: file system structure. 
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GENERAL FILE 
COMMANDS 


The ‘cat’ command, short for concatenate, 
can be used to list files. The ‘cat’ command 
sends the files mentioned in its arguments to 
your terminal screen. 

Files can be output to the system line prin- 
ter in the same fashion using the ‘pr 
command: 


pr<filename><retum> 


— and to copy one file to another, there is the 
‘cp’ command: 


cp file] file2<retum> 


— which copies the contents of filel to 
file2. 

To rename a file, there is the move ‘mv’ 
command’ 


mv file] file2<retum> 


Here ‘mv’ renames file] as file2. 
You can delete files with the remove, ‘rm’ 
command. For example: 


mm <{filename><retum> 


You may find some of these abbreviations 
unusual, and so it may take a little time 
before you lear them all. 


DIRECTORY 
MAINTENANCE 


You can list your directory of files with the list 
directory command 'ls’ 


If your directory was /ust/guest, then ‘ls’ 
might produce the output shown in fig. 2. 


Figure 2 
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The first entry gives the access permissions 
for‘user’, ‘group’ and ‘other’ members of the 
user population, in that order. The last file for 
example, has user read, write and execute 
access, with read access to other users. The 
letter'c’ at the start of an entry indicates that 
the file is a directory. 

The other entries from left to right are: the 
number of links to the file (which will always 
be one foranew file); the ownerofthe file; the 
time and date of the file's last access or mod- 
ification; and the filename. 

Each directory contains two entries’.’ and 
'...", where ‘.’ is the shorthand for the current 
directory and’. .' is the shorthand for its last, 
parent directory. In this example, ’.’ is /ust/ 
guest and’. .’ is /usr. These shorthands pro- 
vide aconvenient way ofmoving up ordown 
the directory hierarchy. 

You use the ‘cd’ command to change the 
current directory. If we wanted to switch to 
the directory of another user we could type: 


ced. ./fred<retum> 
— rather than: 
cd /ust/fred<retum> 


Note that the path to the current directory 
can always be found with the ‘pwd’ 
command: 


pwd<retum> 


— and the system will reply with something 
like: 


/ust/fred 


But you can only alter the files in a directory 
with the special programs that have access 
rights to do so. ‘mkdir’, the ‘make directory’ 


Mar 30 
Mar 30 
Jun 10 
Jun 10 


/ust/guest/tfilel 
/ust/guest/ file2 
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command creates an empty directory file in 
the current directory. 


mkdir project<retum> 


— will make a directory called project, with 
the access rights specified by ‘umask’. 

You can now create files in that directory 
by changing it and proceeding as normal 
and you can create further subdirectories. 

When you wantto delete adirectory, there 
is a special rm command, ‘rmdir: 


mndir project<retum> 


Now if you want a copy of another user's file, 
the easiest way to go aboutitis to establish a 
link to it (note that you cannot form a link with 
a directory). 

To establish a link within your directory to 
the required file, type: 


ln <filename><retum> 


— and the file will appear in your directory, 
with the number of links incremented. 
Figure 3 shows how UNIX commands tie in 


with MS-DOS and CP/M. 


MS-DOS CP/M 


type type 
4 PtypeTP 


pip 


PtypetN 
copy 

ren ren 
del era 
dir dir 


UNIX supports the same ‘wild cards’ as 
MS-DOS and CP/M. An asterisk (*) can be 
used torepresent anything before and aftera 
dot, and a question mark (?) can be used to 
represent any single character. So: 


ls ?.*<retum> 


— will give all the directory entries for files in 
the current directory that have a single 
character prefix, and any extension. 

In addition, any one of a range of charac- 
ters can be selected by specifying the range 
inside square brackes. So: 


[a—< 


— would represent either‘a’ or‘b’ or'c’. 


ADVANCED SHELL USE 


The Shell can do much more than perform 
single line commands containing argu- 
ments. Itlets youredirectinputs and outputs, 
and run several programs concurrently, it 
can recognise a whole set of structures for 
command lines and it lets the user use work- 
ing variables. 


REDIRECTING INPUTS 
AND OUTPUTS 


We'll start by looking at the way inputs and 





44 





outputs are redirected. The devices which 
are normally geared up to receive the pro- 
gram’s inputs and outputs are called the 
standard input and standard output devices 
respectively. When you are using UNIX for 
the first time, from a terminal, youcanexpect 
the standard input to be the terminal's key- 
board and the standard output to be its 
display. 

The following symbols are written as argu- 
ments to a command to redirect standard 
inputs and outputs. 


><file> send standard output to <file> 

>><{file> append standard output to 
<file> 

<<file> read standard input from <file> 

So, forexample, to send your directory to the 

line- printer you could type: 


ls >/dev/lpr<retum> 


To add a list of your directory files to the end 
of a-file called ‘text’, instead of from the 
keyboard, you could type: 


ls >>text<retum> 


— and to get an editorto read a prepared set 
of instructions from a file, instead of from the 
keyboard, you could type: 


ed text <file<retum> 


You can of course redirect different things in 
the same command, forexample, youcould 
copy one file to another with either: 


cat filel >file2<retum> 
cat <filel >file2<retum> 


You can specify inputs within a command in 
‘here documents’. In the command there will 
be the following redirection symbols: 


<<<char> 
text 
<char> 


Whichever character you choose, its pur- 
pose is to demarcate the text. 
As an example, to create a file you could 


type: 


cat <<!This is an example file! 
> egfile<retum> 


When inputs and outputs are redirected, the 
user does not have to worry about opening 
and closing files, all of this is handled by the 
system automatically. Once a file has been 
opened by the system it is then referred to by 
a number, called a file descriptor. The 
following file descriptors can be assumed to 
exist when any program is run. 


OQ Standard Input 
1 Standard Output 
2 Standard Enor 


The extra Standard Erroris used as the chan- 
nel for errormessages. Normally, thisissetup 
as the standard output device, but it can be 


changed (the system actually opens it tor 
input and output.) 

The following redirections can be used 
with file descriptors, but there will be a more 
in-depth discussion these when we look at 
system programming. 


>& <fd>define <fd> for standard output 
<& <fd>define <fd> for standard input 
>& — specify no standard output 
<& — specify no standard input 


COMMAND SEPARATORS 


We have already come across one of the 
UNIX command separators, which is 
<retum>. But as well as the <retum> key 
we can use other things to separate com- 
mands, ina more convenient way. Itis possi- 
ble to group several commands on the same 
line like this: 


<command1><arg><arg><arg> 
; <command2> <arg> <arg> 
<arg> 


Once you have pressed <retum>, you 
won't get the next Shell prompt until all of the 
commands have been executed in 
sequence. 

It is often convenient to run programs in a 
particular sequence, usually where the out- 
puts of one command are the inputs of 
another. Forexample, youcouldgetasorted 
list of users currently loggedon to the system 
using the ‘sort utility in this way: 


who >temp; sort <temp<retum> 


To do this, we create a temporary file (called 
‘temp ) to store the outputfrom'who’ and then 
this file is sorted using the sort utility. 

Recent versions of UNIX, however, offer a 
much more elegant solution, which does not 
involve the use of temporary files. The means 
by which this is achieved is called a ‘pipe’. 
You set up a ‘pipeline’ between two com- 
mands, such as who and sort, and the out- 
puts from the first become the inputs to the 
second. Commands that are piped together 
are separated by the pipe symbol! '. We 
could thus rewrite the previous example, like 
this: 

who! sort<retum> 

When the Shell sees the pipe symbol it 
invokes a situation that is then controlled by 
the operating system, rather than the Shell. 
The operating system sets up a buffer in 
memory, and the two programs take turns to 
write to and read from the buffer, until they 
are both finished. It works very quickly, 
because of the intervention of the opera- 
ting system. 


MULTITASKING 


The Shell can also be made to pass the 
execution of a command to the operating 
system, so thatthe Shell does nothave to wait 
for the command to finish before it can give 
its next prompt. The command is effectively 
disconnected from the terminal. 
Wewouldsetup suchatask from the Shell, 
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by terminating the command with an 
ampersand: 
whol sort| lpr &<retum> 

Now we can continue typing in more com- 
mands to our Shell while this task runs on in 
the ‘background’. Any program that is run- 
ning under the operating system is termed a 
‘process’ and for each process there is a uni- 
que process number. The process number 
forthe command will be displayed at the ter- 
minal when the command is invoked. 

You can keep track of the processes that 
are running with the'process status’ ‘ps’ com- 
mand. This normally gives a list of your pro- 
cesses with their numbers. 

The newly spawned process can be killed 
at any time with the ‘kill’ command. If the 
process number was 872 for example, then 
we could kill this process by typing: 


kill 872<retum> 


— but this will only work if the process 
belongs to you. 

Normally, any background processes that 
are running when you log off will be auto- 
matically killed. This can be very incon- 
venient. In a previous example, our printout 
might never appear, or may stop half-way 
through. To get around this obstacle we can 
use the ‘no hang up’ nohup command, and 
this prevents the process from being killed. 
Our previous command would then be 
written: 

nohup who! sort! lpr & <retum> 
But a command involed in this way can still 
be killed with a special form of kill: 


kill -9 872<retum> 


Also if the process you are running is not 
required to finish urgently, youcan nominate 
it to be scheduled at a low priority, with the 
‘nice’ command. It works like nohup and can 
be used in conjunction with nohup like 
this: 


nice nohup who!  wsort! lpr 
&<retum> 
SHELL VARIABLES 


The shell maintains certain variables that 
you can use in commands. Each one is pre- 
ceded by a dollar sign. Here are most of 
them: 


$0 The name of the command that 
the Shell is currently running. 


$£ The number of arguments to that 
command, in decimal. 


$n Can be used to represent the 
nth argument. 


$? Programs can retum values to the 
shell when they terminate, this 
variable gives the termination 
value (orthe'exit status’) of the last 
command that the Shell ran. This 
is normally zero if the command 
was successful. 


COMPUTING TODAY SEPTEMBER 1985 


$! the process number of the last 
background process that the Shell 
ran. 


depending on the string variable employed. 

That's plenty to be getting on with, but in 
the final part] will look at how UNIX works at 
the gut level. Until then, here are the majority 
of UNIX commands, in summary. 


$$ The process number of the Shell 
itself. 

$PS1 Shell prompt, normally $. 

$PS2 The Shell's ‘please continue’ 
prompt, normally >. 

$MAIL_ A flag used to indicate whether 
mail is present in mbox. Zero 
means there is no mail. 

$HOME The pathnames of your home 


directory. 


SEARCH PATHS 


$PATH: I mentioned last month that the 
Shell could be made to search specific 
directories for its commands. The Shell knows 
which directories to search through, and in 
which order, because it has variable holding 
a ‘search path’. $PATH is the search path 
that the Shell is using. It consists of directory 
pathnames, separated by colons: 


.: /usr/bin: /bin 


In this example, the search starts at the 
current directory, moves on to/usr/bin, andif 
the command has not yetbeen found, moves 
on to /bin. 


$CDPATH: When you change directories 
with ‘cd’ the change directory command, 
you don't have to give the full path name. 
This is because ‘cd’ has its own search path, 


whichituses to find the directory you specify. 
This path is CDPATH. 


COMMAND STRUCTURES 


The variables, particularly those for argu- 


SERIES: Learn UNIX 
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ments, can be used to build up structured 
commands that look similar to the structures 
used in Pascal and PDL. The real advantage 
of writing structured commands is that they 
can be built to from macro programs (called 
Shellscripts) in a file, and then executed by 
invoking the Shell with: 


sh <<script file> 


There is a whole host of command structures, 
but to use them I suggest you refer to the 
system documentation. 

There is a conditional statement that will 
execute one of two lists of commands, depen- 
ding on the exit status of another command: 


if command-list 
then command-list 
else command-list 


fi 
A ‘while’ loop works in the same way: 


while command-list do 
command-list 
done 


A ‘for loop can be used to select commands 
that apply to particular arguments: 


for shell-variable do 
command-list 
done 


This has more complicated forms, but! won't 
mention them here. Finally, there is a selec- 
tion structure: 


case string in 
string) command.-list ;; 
string) command.-list ;; 
ni CLC 
esac 


This will perform a particular command-list, 
depending on the string variable employed. 

That'ts plenty to be getting on with, but in 
the final part! will look at how UNIX works at 
the gut level. Until then, here are the majority 
of UNIX commands, in summary 


Learn Unix continues in the next edition of 
Computing Today. 


COMMANDS 


adb 


Machine code debugger. 


ar Archive and library maintainer. 
at Specify execution time of a command. 


awk 

basename 
cal Calendar 
calendar 


Pattem scanner and processor. 
Remove filename affixes. 


Reminder service 


cat Used to list and concatenante files. 
cb C program ‘beautifier’. 

ec C Compiler. 
ed Change directory. 


chgrp 
chmod 


chown 
cmp 


Change the group associated with a file. 
Change access permissions on a file. 
Change the owner of a file. 

Compare files. 


col Filter special characters. 
Select or reject common lines in two files. 
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cp Copy file. nohup Allow programs to mun after logging off. 
crypt Encrypt document. nroff troff Document preparation/typesetting aids. 
date Read or set current time and date. od List program. (Octal dump) 

dd Convert and copy a file. passwd Change password. 

deroff Remove typesetting commands from a file. pr Format document. 

df List free disk space. prof Display profile data. 

diction,explain List wordy sentences. ps Display current processes. 
diff Describe the differences between two files. ptx, pubindex Generate a document index. 

du Describe user's disk usage. pwd List current directory. 

echo Display a message. ranlib Convert archives to random libraries. 

ed Line editor. refer, lookbib Insert literature references. 

eqn,neqn Typesetter for mathematics. m Remove file. 

expr Evaluate arguments. mndir Remove directory. 

/etc/haltsys Shutdown system in single user mode. sdb Debugger for C, Pascal, £77. 
/etc/shutdown Shutdown system in multi-user mode. sh Shell. 

expr Evaluate mathematical expression size Report size of object file. 

file Describe type of file. sleep Suspend execution for a time period. 

find Find a file. sort File sort. 

format Format disks and tapes. spell Check spelling in file. 

fsck Check integrity of file system. strip Remove symbols and relocation bits. 

{77 Fortran 77 compiler stty Set terminal. 

grep Find pattems in a file. style Comment on a document's style. 

join Links two databases together. su Become superuser. 

kill Terminate a process. sync Update files before power-off. 

d Link editor. tabs Set terminal tabs. 

eam CAI on UNIX tail List last part of file. 

ex Lexical Analyser generator. tar Tape archive. 

lint Reports on the quality of a C program. tb] Format tables for nroff and troff typesetters. 
n Link to file. tee Copy piped output to screen. 

ogin Enter system. test Evaluate true/false expressions. 

look Find particular lines. time Time a command. 

order List relations between object libraries. touch Update date last modified of a file. 

pr Print document. tr Copies fiels and substitutes specified characters. 
q List directory. tsort Topological sort. 

mail Send mail. unig List repeated lines in a file. 

make Maintain program groups. units Unit conversion program. 

man Display entry from manual. uucp Unix to Unix copy. 

mesg Accept/Reject messages. vi Visual display editor. 

mkdir Create directory. wall Send message to all users. 

mv Rename file. we Word count. 

newgrp Log in to a new group. who List who is on the system. — 
nice Assign low priority to a task. write Send message. == 
nm List symbol table of object file. yace “Yet another compiler-compiler’. cod 
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664 * 464 
DDI AND FDI ADDITIONAL 








MP165 
FRICTION + TRACTOR 165CPS 
75CPS NLQ MODE 285.00 























CTP80 
80 col thermal printer 
Centronics interface only 99.00 
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A4 SIZE PLOTTER 199.00 
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PLEASE ADD 10.00 DELIVERY 


PERSONAL SERVICE — CALLERS 
WELCOME — MAIL ORDER — 48 HOUR 
DELIVERY SERVICE 


MICROMONDE 


152 SHIRLAND ROAD 
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Tel: 01-289 9060 
Telex: 261019 STALOS G 


MANY OTHER PRINTERS AVAILABLE> 
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Computer assisted wargaming is something that has countless attractions for 
hardened campaigners. By building the rules and conditions of a particular 
scenario into a program, much of what some would consider the ‘tedium’ of 

wargaming can be left to a micro, leaving the interesting bits 

for the Generals. 









OMNI READER 








Optical character recognition is a field that has been researched for many 
years with very little commercial success. However, the Omni Keader could 
prove that character recognition could be made cheap enough 
for home users. 








LITTLE GIANT 


We review the ACS PX1000 text processor— a dedicated wordprocessing 
unit that weighs in at just 140z. 







All this and more in the next edition of 






Computing Today 


Articles described here are in an advanced state of preparation but the circumstances may dictate changes to 
the final contents. 
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ACT MICRODEALER 


xi APRICOT 














CPU 8086 
MEMORY 256K RAM 
LANGUAGES Microsoft BASIC, Personal BASIC 
MASS STORAGE No cassette drive 
Integral Sony 3%" 315K microfloppy 
disk drive 
Integral 5 or 10 Mb hard disk TIMATIC SYSTEMS LTD 
OSs MS-DOS 2.11 with GSX bundled The Market, Farehem: 
CP/M-86 (not yet available) Vi oot) 
Concurrent CP/M-86 (not yet available) Fonthe compli Loge altace 
KEYBOARD QWERTY, cursor, numeric pad, Zenith, Mematecn, Per Rite mere: 
function keys tion call or ring anytime 
INTERFACES RS-232C, Centronics, Microsoft mouse 
DISPLAY Monitor (supplied) 
GRAPHICS 80 by 24 text with block graphics 


800 by 400 high-res graphics under 


SOUND ae . SCOTLAND WEST MIDLANDS 














~ os SIRIUS oa 
Notes. The Apricot xi is a development of the award- ia aipacind wall waeeupeartae at Q data limited 
winning Apricot, and replaces one of the latter's disk drives ROBOX : soa 

oe in : SOR (Office Equipment) Ltd, The Black Country's specialistin micro- 
with an integral hard disk, providing vastly increased storage ‘The Scotian Computericentre computing. Full range ob AGT Apricoks 
with faster access. Memory may be expanded in 128K Anderson Centre, Glasgow and IBM personal computers 
Cee, oe i Se 041-221 8413/4 The Limes, High Holborn, Sedgley, 
increments to a maximum of 768K. The languages and 54 Queen Gtrest, Ecanburei Wana Milclanae 
operating systems mentioned above come bundled (except 031-225 3871 Tel: Sedgley (09073) 62331 





for Concurrent CP/M) and four software tools are also 
bundled, including an asynchronous package for use with 
Se optional modem card. 











CBM fiitej3{o)b) 7:18 3151 





TO FILL THIS SPACE 


Notes: The Commodore 64 is a PHONE CAROLINE 
popular micro with a great deal of The Commodore 715B is the top 

games software available. There is model in the 700 range of business ON 01-437-0699 
also some business software machines. 

available. 





NASCOM IWiteisto)a) 4:18 35) 


NASCOM 3 





CPU 2 MHZ Z80 ; 
MEMORY 8K or 32K inbuilt RAM acres i eh da aga 
isplay 
(expandable to 60K) LANCASHIRE 
A GRAPHICS High resolution graphics 
tice STORAGE ee iesie b ao ae with 8 foreground and 8 EV COMPUTING 
drives 350K capacity per background colours (400 700 Burnage Lane 
driv x 256 pixels) Double Manchester M19 
oy density graphics with 2 Tel: 061-431 4866 
colours (800 x 256 pixels) 80-BUS SOLUTIONS 
OS NAS-DOS or CP/M 2.2 
KEYBOARD Full size QWERTY SOUND No 
INTERFACES RS232 and 16-bit parallel 


PRET RE St ae Pi me NE LISTING DORN TOE TED FEES AR OLE SIDES SITIO I SE EEL ED LEE EEL ETO TEL TONE IA LIED LEE SLED LO LLL LI ELL DE LE EES 
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CPU Z80A (two), 80C49 Notes: The Sharp MZ-3541 is aimed at Specialists in all Sharp 
MEMORY 128K RAM, 8K ROM the businessman. RAM is expandableto software and hardware. 
LANGUAGE Sharp BASIC 256K, while two disk drives may be snareai bid cresiieniciouse 
MASS STORAGE Twinintegral 514’ floppydiskdrives, added externally to complement the 86-90 Paul Street, London EC2. 
total capacity 1.28 Mb integral pair. Colour is only possible Tel: 01 - 729 5588. 
KEYBOARD QWERTY, cursor, numeric pad, with the optional graphics expansion 
function keys RAM. One Z80 handles the main CPU 
INTERFACES RS-232C, Centronics, interface for activities while the other handles 
extra external floppy disks peripheral activities. The third 
DISPLAY Monochrome monitor, colour processor handles the keyboard. The 
optional availability of CP/M means a ready 
GRAPHICS 80 by 25 text, 640 by 400 high- supply of business software 
resolution graphics 
SOUND Single channel 


CUMPUTAMART 





AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE... 














NEWBRAIN & SANYO CROYDON COMPUTER CENTRE Computer 
HARDWARE & SOFTWARE Authorised Acorn Service Centre uunk Shop 
Printers: Epson, Canon, Juki etc. Monitors, Tape Sunes ree UT. Ge 1e80 AU M 
Recorders, Books, Expansions, CP/M. Sanyo 550/ BBC. Acorn. Electron. Genie. Oric 
555 Computers. Access/Mail Order. Ask for details Kaga Microvitek Zenith Monitors We Buy, Sell, Break Computers & Peripherals 
ANGELA ENTERPRISES ——_ OK! 80, 82A + 84 Printers. Paper 10 Water ines Tel: 051 420 459( 





Tel: Stevenage (0438) 812439 anytime DIpPOne e Solel gacteu eae 


LONDON 
LEABUS 


legal and busines software 
Specialists in wordprocessing systems (multi- SCREENS MICROCOMPUTERS 
6 Main Ave., Moor Park, Northwood, Middx. 
Tel: Northwood (09274) 20664 
Telex: 923574 ALACOL G. 

Official Dealers for: Acorn, Atari, Amstrad, 
Apricot, Commodore, Dragon, Einstein, Memo- 
tech, Oric, Psion, Sirius, Sanyo & Sinclair 

Open 6 days per week 


















lingual wordprocessors etc) based on the Apricot 
Computers 
Open 9am-6pm. Telephoe anytime 
114 Brandon Street, London SE17 1AL. 
Telephone: 01 708 2756. 


24 Gloucester Road, Brighton. 
Tel: 0273-698424. 
Open: Mon-Fri 10am-5.30pm, 
Sat 9am-5.30pm 





TO ADVERTISE 
IN 


COMPUTAMART 
RING 


HCCS associates 
CAROLINE ANGLIA COMPUTER CENTRE 633 Durham Rd, Low Fell, 
ON 88 St Benedicts Street, Gateshead. Tel. Newcastle 821924. 
| eo aes Open: 6 days 9am-5.30pm (Sat 
Lf Tel: (0603) 29652/ ; 10am-5.30pm). Specialists in: Acorn, 
01 437 0699 ‘Jl ty Open: 6 days 9am-5.30pm BBC, Video Genie, VIC 20. 
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01-437 0699 


Lineage: 40p per word. 


Semi display: £9.00 per single column centimetre 
Ring for information on series bookings/discounts. 


All advertisements in this section must be prepaid. 
Advertisements are accepted subject to the terms andconditions 
printed on the advertisement rate card (available on request). 


TURBO PASCAL 
Extended Pascal for PC DOS, MS DOS, 
CP/M£86 and CP/M-80, includes full 
screen editor, floating point arithmetic, full 
string handling feature, random access 
data files, complies faster than IBM or MT 


DISKS 


3M—TDK—BASF 


SS DD 40T 
DS DD 40T 
SS DD 80T 


+ Pascal, requires less than 35K of disk 
space, 250 page manual andFREE spread- 
sheet program written in Turbo Pascal 
“"ONLY £54.95"* 
Allprices fully inclusive for prepaid orders. 
CONGUIN SOFTWARE 


14 GOODWOOD CLOSE, MORDEN, 
SURREY SM4 5AW. 
No callers please = Phone 0524 381423 


COLOUR GENIE owners quiz 


Send cheque stating: 
Qty, Brand and Type to: 


CAROUSEL TAPES 


“Disks”, 3 Park Parade, 
Stonehouse, Glos GL10 2DB. 





game £2.99 coming soon — Quiz Tel: 0453-82-2151 


Master £4.99, Fires of Mordor, 41 
Pexwood Rd, Tormorden, Lancs 





BURGLAR ALARM Equipment 
Please visit our 2,000 sq. ft 
showrooms or write or phone for 
your free catalogue. CWAS Ltd., 
100 Rooley Avenue, Bradford BD6 
1DB. Telephone: (0274) 731532 


=) 4 
INCENTIVE 








Send your requirements to: 
CAROLINE FAULKNER 

ASP LTD, 1 GOLDEN SQUARE, 
LONDON W1. 


HOME COMPUTER REPAIRS 
Look at our fantastic prices on repairs! 
BBC B £27 Everlasting alternative to the Pill. 

No fuss. No waiting lists. One visit. Low cost. In 
BIRMINGHAM LONDON PLYMOUTH 


VIC 20 
COMMODORE 64 
DRAGON EDINBURGH 
ORIC/ATMOS . GLOUCESTER 
ZX SPECTRUM . LEEDS 
ZX INTERFACE LIVERPOOL 
ZX MICRODRIVE Write or phone for booklet (plain cover) 
PLUS OTHERS! LONDON 01-388 2585 
The above prices are inclusive of parts, LEEDS 0532 440685 


labour, P&P. All repairs carry 6 months 
warranty on replaced parts. Extended MANCHESTER 061 832 4260 


warranties, peripheral repairs Name. 

upgrades etc. etc. All available. Ring Address. 
for full details (0234) 213645 

ZEDEM COMPUTER LTD cT9 


‘Wc Marie Stopes House, 
2 Kimbolton Rd, Bedford. Noy | 408 Whitfield St., London W1P 6BE 


Caring clinics since 1925 


MARIE STOPES 


MANCHESTER 
NEWCASTLE 
NORWICH 


SOUTHAMPTON 
SWANSEA 
TAUNTON 











TO FILL 
THIS 
SPACE 
RING 
01 437 0699 





LEARN TO USE your computer 
on a weekend/holiday course. 


Details from:- Jaysoft MICRO 
Developments, 2 Wester Row, 
Greenlaw, Berwickshire 


COMPUTING TODAY 
CLASSIFIED ADVERTISEMENT — ORDER FORM 





If you have something to sell now’s your chance! Don’t turn the page — turn to us! 

Rates of charge: 40p per word per issue (minimum of 15 words)+ 15% VAT. Please state 

Classification and post to: COMPUTING TODAY, CLASSIFIED DEPT., 1 GOLDEN 
SQUARE, LONDON W1. 


Please use BLOCK CAPITALS and include post codes 


Name (Mr/Mrs/MIiss/MS) .................00.00ccceecneee neste ereeeeeens : 


(delete accoraingly) | 


BGOVGSG chicos cecence tite ccess oaecaea nsacant saiaaesauanaesn temece cesarerteneres 





STP TA UT Chess sesnencencsenae son ocnnauunacunn snstrire | 
Daytime nvi@liNOi go -cecc---nccescccseeccnveseecns ahora set neerensuaganrenaene | 


| 
Please place my advert in COMPUTING TODAY for........ issues Commencing as soon as possible. | 
| 
| 
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OVER 220 AMSTRAD CASSETTE 
TITLES IN STOCK 


OVER 110 NOW AVAILABLE ON DISC 


CPM SOFTWARE 

Macro 80, Microsoft Basic, Microsoft 
Basic Compiler, Turbo Pascal, BBC 
Basic (Z80), Purchase Ledger, Payroll, 
Database, other titles on request. 


@ TAPE TO DISC TRANSFERS @ 


HARDWARE 
CPC464 3” Disc, Timatic 54” 2nd Disc 
@ £149, CPC664 now available and 


Timatic 54” 2nd Drive @ £149. 3” 2nd 
Drive £99. 


RS232 INTERFACES 
Full spec. dual RS232 £59, Full Board 
includes RS232 and Rom Software, 8 
bit parallel printer port, BBC 
compatible user port £89. 
Also available Maxam Assembler & 
Quma Assembler. 
Mail order welcome. Please send sae for full list to: 


TIMATIC SYSTEMS LTD 


NEWGATE LANE FAREHAM MAGE. 
FAREHAM, HANTS PO14 1AN FAREHAM, HA 
Tel: FAREHAM (0329) 239953 Tel: FAREHAM t0328) 236727 


EN 


Our Price _ 


Memoco Electron Robotic Arm 
12 Axis of movement. Arm raise and lower. 270 degree rotation left or right. 90 
degree Elbow movement left or right. 90 degree wrist movement either side of 
centre 270 degree wrist rotation in either direction. Claw open and close 
Fitted with motor contro! circuit Switched from 5 volt TTL Controlled by 
computer Separate motor driver power supply. 


reavar . £129.95 iteracecaa £79.00 
ineracecas £49.00 inemcecss” £49.00 


EMOCO 


ELECTRON ¢ 








200 in 1 Electronic Lab Kit 


Includes all parts to make 200 projects such as 
Radio : Rain Detector : Burglar Alarm. Covers time 
projects using Transistors : Integrated Circuits Price___ £6 95 
Seven segment displays: Light Sensitive circuits 
and many more. All components built into fitted 
workcase with cover. Comprehensive manual 
Completely safe 


Normal Price £34.00 










3); FUJI 

2 Microdisks 
ssp £29.95 
O psioo £39.95 


— 


are PER BOX 
Suitable for use on nearly all single 


pea: ee 
ss 29.95 29.50 29.10 
and double-sided 5's" disk systems. 
= Replacement Guarantee 


DS 39.95 39.30 38.70 | 
® Hub rings 


= Boxed in 10s 
PRICES PER BOX 



















A Full Lifetime Guarantee 














REPLACEMENT 
GUARANTEE 
lf any disk should fail, 
return it for free 

replacement. . 


(Boxed 1 10s, 













SEE10 LIBRARY CASES 


(Hold 10 disks) 
1-4 5-9 10+ 












a? DELIVERY 
2:4 _5t+ 


1-4) 
Disks (per box) 75p 50p 40p 
Library Cases 60p 30p 25p 


HOVW TO ORDER (Free with disks) 
To total order value add Delivery, then add 15% VAT and send to: 


IDS Computer Supplies 


P.O. BOX 436, BANCROFT, MILTON KEYNES MK13 0QX., Tel: (0908) 310896 


Range Doubler Multitester 
43 Ranges 


50,000 Ohms per volt DC 10,000 Ohms per volt AC 
4 25" Colour coded mirrored display giving accurate 
reading without parellex error 


Normal Price £27.00 


Willd: ea a £15.45 


Ni-Cad Battery Charger 


A.A.,C ,D and PP3 Charges up to five batteries at a 





Battery Eliminators 
Mains to DC regulated 300 mA 6y, 7 5v, Wv 
selectable. Suitable for most battery operated 


£24.95 rice __ £6.95 


Renick Shat. TH .- nae £9.50 


1%-4"% v DC Motors stall current 300 ma 


Dimensions: Length o/a: 45 mm; Dia: 24 mm; Shaft length: 5 mm; Shaft Dia: 2mm 


Price — £1.50 each or 10 for £12.50 


ALL PRICES ARE INCLUSIVE OF VAT - FOR ORDERS UNDER £5 ADD £1.00 POSTAGE AND PACKAGING. FOR INFORMATION ONLY PLEASE SUPPLY S.A.E 





TRADE ENQUIRIES WELCOME 


pes soi 
ape. SL aam FN 
POX 15 WINDSOR STREET 
MELTON MOWBRAY, LEICS 


TELEPHONE (0664) 63544 
DEPT CT 
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THE NEW ATARI 520ST 









































the new f Jack Tramiel (former boss and fou 
business/persona mputers with a machine which leaves the competition sta 
MEMORY VIDEO PORTS _ ‘Imagine a Fat Mac - the 512K Apple Macintosh - but with a bigger screen, a far [i Tramiel's slogan Power Without the Price’ has been implemented in the manuta 





512K RAM (524,288 bytes: Display w Res mn bigger keyboard with numeric keypad, cursor and function keys, and colour. That 
xpandable to 32 Med/High Res gives you some idea of what the Atari 520ST is like, except for two important things. 

| d t First the Atari seems faster. Seconc the Atari system is about one third of the price 
June 1985 - Jack Schofield - PRACTICAL COMPUTING 


ymputer which offers the user amazingly ' 











Port f 
200K 


artridges 
























































































































































































































































































































































































































































































GRAPHICS COMMUNICATIONS APRICOT 
Individually addressable 32K bit-mapped directiona s paralle e : 
3201200 pixels in J6 colours (low resolution Ase 326 serial moaem pri ter interface Price Includes B/W Monitor NO - extra £200. YES ared with the Apple Macintosh RRP £2595 (+VAT = £2985) whict 4 
640x400 pixels in monoct ree Maximum Baud Rate up to 19,200. Keyboard size mm (LxDxH) 330x147 x50 | 450x167x26 | 470x240x60 jes and capabilities but at a much higher price. Favourably reviewec e UK's 
, Keyboard size ins (LxDxH) T3x5%x2_| 17 ex6lext | 18%ex9Vex2) mputer press, the 5 s likely to make a great imp 
31" D/Drive (Unformatted) 500K | __500K 500K IBM °F A 
aie Ml 3s" D/Drive (Formatted) 399K 315K 349K 
ARCHITECTURE WIMP (Window, Icon, Mouse _) Apple __| ACT - Activity GEM 
c f s packages such as 
‘eustomgesignegenps || GEM WIMP ENVIRONMENT eter ieee ae WES ves | USER FRIENDLY GEM OPER r 
DMA Controller ‘ Polyphonic Sound Generator YES NO YES a, ' ATING SYSTEM 
bit Motorol AS292 Serial Port YES YES YES eh ede Bebe ee lO MRE US Ria Mee ay ae neunee vate 
Centronics Parallel Printer Port NO YES). fl. Yeus | i 4 
Dedicated Floppy Disk Controller NO YES YES 
Hard Disk DMA Interface NO YES YES 
Full YES 
SOFTWARE ull stroke keyboard YES E yes | at tt 
SEM environ Number of keys on keyboard [80 92 95 3EM has now mplemented for the Acorn. A 
High speed hard disk interface with user frienc.y Macintosh style opera Numeric Keypad NO [YES (16 Keys) [YES (18 keys) ee ware writes for GEM on one computer should 
Direct memory access 1.93 Mbytes persecond TOS’ Tran Curkar Cantal Kevped NO YES YES ther c sl Saich ene pera the market to quickly f 
sal te ava pues On Function keys NO Tee | 10 anges Ww 
16-bit processor 68000 Intel 8086 8000 FREE ‘SOFTWARE AND FUTURE EXPANSION 
5-6 Processor running speed MHz 477MHz @MHz h ¢ 
DISK.DRIVE siéided 31,” floppy d/arive : rls RAM size 512K 256K 512K 
349K (formatted) storage capacity ; Number of graphics modes 1 4 3 Ticatnaneiilodse: a 
4 GEM WRITE w Number of colours Monochrome 16 512 s ManGaeG LoTonablBNyoU Onn TG 
SOUND AND MUSIC ai BA Max Screen Resolution (pixels) 512 x 342 640 x 256 640 x 400 arsoriallBasi@a pow 
, Mouse included Sores jutton | NO - extra £95| Two Button S operating 
Replaceable External Power Pack NO YES 
as: Cartridge Socket Ra NO YES 
esl al YES (two) 
ocabapblber ne VARI Joystick Ports NO NO 
ADSR (Attack Sustain, Release 4 ious. MIDI Synthesiser Interface NO NO yes. | se irneanatove i aantaleki(Cl 
Noise generator : aceable Monitor Size 9 O- extra £200 12” TADETIRISRORSTaTGReARIITTanaelOt 
SMa TORS TCH Sse UR) CSS WU OS 28 (Ene! EXpaneion:S RGB Video Output NO yes | ves 4 Jot) wiatrix; dalevwheel and. thermal 
KEYBOARD System Cost with: Mouse - Sea Monitor - 512K RAM - 500K Disk Drive d and software price whict 
Price of basic system [exc VAT) | £2505-VAT | f505-VAT | S652-VAT i 
. + Mouse ncluded £95-VAT | _Included th pon below with your name and atails tt 
Halse BIN = Monochi Monitor cluded £200+VAT Included 
Rat pea ekesieelen TEN laces Bepansion to 512k FAM Included | ~#205-VAT | Inetuded Silica Shop Price: £651.30 - £97.70 VAT = £749.00 This price includes 
One touch cursor control keypa i 
MONITOR 3ASIC & LOGO su = of complete system (exc VAT)| £2595-VAT | f1185-VAT | £652+VAT * 512K RAM x B/W MONITOR 
és ” 
: PRICE 200" £2,984|£1 4 * MOUSE * 500K 3.5” DISK DRIVE 
nciuding VAT i. 
* GEM * KEYBOARD (95 KEYS) 



















“Atari's new corporate image as an aggressive low cost ‘The new Atari ST computers truly represent to the consumer 
computer maker is likely to mirror that of Commodore where what Jack Tramiel is saying — easy-to-use computing power 
Mr, Tramiel established the maxim that ‘Business is war’,’ without the price. March 1985 ANALOG COMPUTING 


August 21st 1984 FINANCIAL TIMES 


































“The electronics in the machine are a work of art... The heart “jt (the ST) uses the most modern technology that is 
“This is the only personal computer | know of that comes with ot the 520ST is a Motorola 68000, one of the most powerful affordable, in a package that gives a professional impression." 
a Midi interface as standard.” 16-bit processors around and in many respects it is close to Mi 
jay 23rd 1985 POPULAR COMPUTING WEEKLY 
Peter Bright March 1985 PERSONAL COMPUTER WORLD being a 32-bit chip .. when the machine appears in the shops, ve ehbone, 


V1 be at the front end of the queue to buy one. The Atari ST is one of the most elegant designs | have seen 


Peter Bright June 1985 PERSONAL COMPUTER WORLD Aiari has used an original and elegant method of memory 
management which should make the ST faster than any other 


PC on the market - in any price bracket .. The 64K dollar 


“The (GEM) version running on the Atari 68000 machines will 
have the additional advantage of leaving the PC version 
standing.” April 6th 1985 PERSONAL COMPUTER NEWS “This machine is significantly more powerful than an IBM PC 
My It it's possible to design a sure-fire winning machine, this is question is would | go out and spend money for one? To 
Itwould genie oe ar cabin MT Contin aaa it” May 11th 1985 PERSONAL COMPUTER NEWS — which the only answer is ‘Try and stop me!’ 

MAR COMPLY : John Lambert July 1985 ELECTRONICS & COMPUTING 


Bee Sete eeesigiessyein ae ahd ina, leryncs noe of GEM makes the new range of Atari computers 
1 bbe 7 so similar to the Macintosh (with the added attraction of - c 
impressed with the way in which it disguises the unfriendly imi (wi ion The 520ST is technically excellent. The 520ST hardware is 


colour), that they are already being called ‘Jackintoshes i iit be ji 
hardware and operating systems lurking under the surtace © is " pie 2nd 19865 : COMPUTING th hate ra pores op ee COMPUTER 


Peter Bright Feb 1985 PERSONAL COMPUTER WORLD 
SILICA SHOP LTD, 1-4 The Mews, Hatherley Road, Sidcup, Kent, 


o jr) ry SEND FOR FREE ATARI ST LITERATURE 
Y 
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2 m wll I 
IGA SOP 
Calla WE ane TI THE UK’s NO1 ATARI SPECIALISTS U 


At Silica we have been successfully dedicated to Atari ever since their products first 

market. We can attribute our success largely to the Atari specialisation whic 
back-up we provide. Rest assured that when you b 
supported. Our mailings giving news of software relea 
the Atari market and our technical support team and sales 








To: Silica Shop Ltd, Dept CT 0985, 1-4 The Mews, Hatherley Road, Sidcup, Kent. DA14 4D 





apie 





ON THE NEW ATARI 520ST COMPUTER 








deal with your problems and supply your every need. With P i . 
all the available Atari hardware, software, peripherals and Mr/Mrs/Ms: Initials: Sumame: 
Atari dedicated books and through us, the owners on 0 

dedicated magazines. We can provide a full servic ) all At Address: 





the UK’s NUMBER ONE Atari specialists. Here are just some cano r 
* FREE POST & PACKING ON MAIL ORDERS /f you would like to be registered on our ir mailing 
* FREE NEXT DAY SECURICOR DELIVERY list as an Atari computer owner, or as a person 


* INFORMATION MAILING SERVICE Interested in buying an Atari machine, let us 
* TECHNICAL SUPPORT TEAM know. We will be pleased to keep you up to date 
* HIGHLY COMPETITIVE PRICES with new Atari developments free of charge. So, 
* AFTER SALES SUPPORT SERVICE return the coupon today and begin experiencing 





* REPAIR SERVICE ON ATARI PRODUCTS a specialist Atari service that is second to none. 


SILICA 2 94-309 1111 


HOTLINE 









Postcode: 


Do you already own a computer 
If so, which one do you own? 


